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ABSTRACT 

This workbook presents outlines of topics to be 
covered during a two-day workshop on the fundamentals for library 
autpmatiou. Topics for the first day include: (1) Introduction; (2) 
Computer Technology* — A Historical Overview; (3) Evolution of Library 
Automation; (4) Conq^uter Hardware Technology — An Introduction; (5) 
Computer Software Technplogyr-An Introduction; (6) Data Processing 
Organization and Manp^ement; (7) Library Automation Standards and 
Protocols; (8) Types of Library Automation; (9) Evolution of the 
Integrated Library System; (10) Library Automation Project 
Planning — An Introduction; (11) Library Automation Budgeting — An 
Introduction; and (12) Data Conversion — An Introduction. Topics for 
the second day include: (1) The Library Automation Marketplace; (2) 
Planning for Individual and Cooperative Library Automation Projects; 
(3) Vendor Proposal Evaluation Worksheets; (4) Documenting the Costs 
of Automated Systems; (5) Automation. Project Budget Worksheets; (6) 
Example Contract Language (Purchase/Maintenance); (7) 
Tests — Evaluating the OPAC (Online Public Access Catalog); (8) 
Example System Performance Examinations; (9) Remedies — What to Do 
When the OPAC Fails the Test; (10) OPAC Research — What We Have 
Learned; and (11) Determining the Number of OPAC Terminals. The text 
is supplemented with several illustrations and graphs, and sample 
forms are provided. (KM) 
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INTRODUCTION 

□ Library Automation — or — Lit)rary Mechanization. 

Library personnel 



Computing teohnoiogy 
Time 

□ Themes of library automation: 

o Recognizing and assessing appropriate technology 
0 Investigating and planning for technology 
0 Selecting and implementing technology 
0 Managing technology 

o Technology and its Impact on the profession 
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Computer Technology: 
A Historical Overview 

□ First Generation [Vacuum tubes] 

o Atanasoff-Berry computer (1939-19421 

0 ENIAC (1943-19461 

o ED VAC (1946-1952) 

o UNIVAC (19511 

o IBM 701(19531 and IBM 650 [19541 

□ Second Generation (Transistors/solid statel 
o IBM dominated market 

o IBM 1401 (business computer] 
o IBM 1620 (scientific computer] 

□ Third Generation (Integrated circuits] 
o Growth of computer industry 

o Growth of peripheral industry 

o Growth of telecommunications industry 
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□ Fourth Generation [LSI 2ta VLSI) 
0 Super computers (Cray) 

0 Gomputers now a part of all government, bustness JM industry. 

□ What comes next ? 

0 Artmclallntenigence 

0 Expert systems 

0 Increased miniaturization 

o Increased storage 

0 Increased cost/performance 
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Time 



Gibson and Nolan 
growth stages 

1. Initiation 



2. Contagion 



3. Control 



4. Maturity 



McFadan and McKenney 
technological use 

1. Technological 
ideniificstion 
and innovation 

2. Technological 
learning and 
adaptation 

3. Rationalization/ 
and management 
control 

3. Maturity widespread 
technology transfer 
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Evolution of 
Library Automation 



□ Early Library Automation Efforts (1950s) 



□ Montclair System 

□ Growth of automated technical services 
o Acquisitions 

« Serials 
o Cataloging 



□ Off line Computer Applications (1960s) 



□ Unit record systems 
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□ Library of Congress and the MARC Format 

□ Growth of the Bibliographic Utilities 

o oac 

o RLG 
o WLN 
o UTLAS 

0 Growth of the Comfriercla) Online Systems 
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Computer Hardware Technology: 
An Introduction 

a Types of Computer Systems 
o Mainframe 
c Super-Minicomputer 
o Minicomputer 
o Microcomputer 

a Types of Computer Organization 
o Single system 
o Multiple system 
o Distributed system 
o Local area network ILANI 

0 Components of the Computer System 
o CPU 

o Operator Console 
o Main Memory 
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o Tape Drive Systcnis 

0 Disk Drive Systems 

0 Terminals/controller 

0 Line Printer/controller 

0 Tele/data communications 

o Other computer components 

□ The Special Computer Environment 

o Computer Room 

o Electrical 

o Air flow and temperature 

o Humidity 

o Security 

0 Special warning systems 

o Other special requirements 
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TRADITIONAL HARDWARE/SOFTWARE 
ARCHITECTURES 



CPU 




Single computer processor; 

Dedicated to the automated library system. 



Database processor, connected 
to front-end processors; 
Dedicated to the automated 
library system. 



DATABASE 
CPU 



FRONT END 
PROCESOR 
(CPUJ 
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CPU 




single processor; Shored opplicotlons, 
accounting, personnel, EEO & the 
Qutomoted library systenrt; Eoch 
oppllcotlon completes for resources. 



PERSONNEL 



ACCOUNT MG 




LIBRARY 
SYSTEM 
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EMERGING HARDWARE/SOFTWARE 
ARCHITECTURES 



Multiple processor, networlced system; fault tolerant 
processing and database storage. 



NETWORK DATABASE 
CPU CPU CPU 



□ 






FRONT END FRONT END 
PROCESOR PRXESOR 
iCPUj fCPUj 
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Multiple processor, networked system — using par&llel 
processing. 




TASK 




1 TASK 1 


1 TASK 


I TASK 


1 TASK 1 


TASK i 


1 TASK 1 


1 TASK 1 


TASK 


i TASK i 





Uni -processor 



Traditional network 
multiprocessor 



Multiprocessor 
parallel processing 
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o ® 



o oooo 
o oooo 



CommunleaUons 
Control 
Unit 



gooo 



SLA. 



Computer 
System 
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Tradeot^s In Cost-Performance: 
. hultlplextng-vs-nulttpls lines Witn Testing System Performance 




9600 bp* 



oo 



aaaa O O O 
oooo S 5 
aaaa a ^ a 
aaaa w w 



FundMMfitah of Library Automation 
Workbook 



Page 20 



Computer Software Technology: 
An Introduction 

□ What Is software ? 

rj Types of software 
o Operating systems 
o Programming languages 
o Utilities 

o Applications software 

0 Other 'types' of software 
o Data files 
o Documentation 
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SOFTWARE COMPONENTS 
/A PROCESS OF COLLABORATION 



■ 



Operating system software 



Database management system 



5> V V V »^ » * jTjJV 



Teleprocessing monitor 

Utilities (spoolers, program librar-jn. etc] 
Programming language compilers/iterpreters 



Vendor proprietanj software programs and 
orcgram work areas 
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VENDOR APPROACHES TO THE DESIGN OF 
PROPRIETARY HARDWARE/SOFTWARE PRODUCTS 



1. Machine dependent software : Sofiwcrs cannot nni grate to 
other hardware products, even from same manufacturer. 




2. Machine 'family' dependent software : Software can be used 
on other hardware from same manufacturer, but cannot 
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3. Machine independent software; Designed to run on a wide 
variety of different types of computer hardware. 



SOFTWARE 
SYSTEM 




►♦♦♦♦♦♦4 



I 

No 
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Data Processing Organization & Management: 

An Introduction 

□ Organization of data processing 
o Systems 

o Programming 
o Operations 

□ Special functions performed by data processing 
0 Data management 

o Data entry and control 
0 Documentation 

o Telecommunications management 

□ How to 'be successful* in dealings with data processing... 
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Oirvctor 
of 

Data Ptocttting 




Programming 



Operations 
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1mm U iii n 



OMtLMrlM 



Optralon 



Ot)wr 
C qvlpmtwt 
Oftrtlort 
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Library Automation Standards and Protocols: 

An Introduction 

□ What are standards 

d Need for standards in the library environment 

□ Issues related to standards 
o Premature standards 

o Conf licting standards 
o Overly rigid standards 
o Defective standards 

□ Standards Organizations 

o American National Standards Institute [ANSI] 

o National Information Standards Organization INISO] (Z39) 

o International Organization for Standardization (ISO) 

□ Z39.2-1979 Bibliographic Information InterchangB IMARC] 

□ Z39.49-1985 Computerized Book Orderino 

□ ASCX3 Accredited Standards Committee on information Processing Systems 
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Types of Library Automation 

C Localllbrary automation 



□ Regional library automation 



□ Statewide library automation 



□ National library automation 



0 International library automation 
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Technolog y o ptions For resource 
sharing among libraries... 



(option 'A': Centralized computer; all libraries connected.) 




CENTRAL 
DATABASE COMPUTER 



OPTION'S': Centralized computer; libraries "dial-in" using 

the telephone system. 



TELECOMMUNICATIONS 




LIBRARY COMPUTER 
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OPTION 'C': Offline union list; different teclinologies svai'able; 
(microforms; loser disl<; CD-ROMl 



MICROFORMS 




022) 

CD-ROM 



OPTION 'D': Linked local automated library system. 
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Technology Risl<: Low for library with 1 - 75 terminals. 

Moderate.... for library with 76+ terminals. 

Financial Risk: Low. 

Management Skills Required: Low. 

Size of Vendor Marketplace: Large [approximately 25-30]. 
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OPTION 2: .Two lil)raries share automated library system. 



LCRARY 'B' 




Technology Risk: Moderate... for libraries with 1 - 75 total terminals. 

High... for libraries with 75+ total terminals. 



Financia l Risk: Low; if libraries within 10-15 miles apart. 

Moderate; if libraries within 16-40 miles apart. 
High; if libraries more than 40 miles apart. 

Management Skills R equired: High; requires telecommunications. 

Si ze of Vendor Marketplace : Moderate [approximately 8-101. 
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OPTION 3: Sub-regional shared system; 4-6 libraries. 




r- LIBRARY 'D'-i 



Technolo gy Risk: Moderate... for system with 1-75 terminals. 

High.... for system with 76+ terminals 



Financial Risk: 



Moderate; if libraries within 10-30 miles apart. 
High; if libraries within 30-50 miles apart. 
Very High; If libraries more than 50 miles apart. 



Man agement Skills R equired : High; governance & contract issues. 



Size of Vendor Marketplace : Moderate (approximately 3-5 ]. 
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OPTION 4 Regional system ~ linked automated library systems. 



PROCESSOR ~ TO - PROCESSOR 
COMCCTKW 




Technology Risk: Very high. 
Fin ancial Risk: Very High. 

Management Skills Reouired: Very high; software development; 

governance; cost allocation. 



Size of V endor Marketplace: Very small [approximately 1-2}. 
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How libraries are choosing to 
automate... 
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Evolution or the 
Integrated Library System 

□ Circulation only systems 



□ Circulation systems; with Interface to bibliographic utilities 



□ Circulation systems; with inquiry to circulation files 



□ Multi-functional systems (including OPAC] 



□ Integrated systems 



□ Linked systerns (from different vendors] 
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Library Automation Project Planning 

□ Who should be Involved tn the plarw^ing of a project ? 
o Library staff 

0 Library users 

0 Institutional administrators 

0 Data processing professionals 

0 Others 

□ Choices of automated library systems 
<> Turnkey 

0 Software only - licensed 

0 Software only ~ home grown 

□ Open procurement -vs- sole source procurement 
o Choosing a system by best bid' [proposals] 
0 Choosing a system by 'low bid' [bids] 
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Open Procurement - An Overview 

O Development of the procurement documents 
0 Request for Information [RF|] 
0 Request for Proposals [RFP] 

- Instructions 

- Alternate Proposals 

- Specifications 

0 Invitation to Bid (ITBl 

- Specifications 

□ Evaluation of Vendor Responses 
o Subjective judgment technique 
0 Cost-only technique [low bid] 
0 Weighted scor ing technique 
0 Cost-effectiveness ratio technique 
<> Least total cost technqiue 
' Multiple year cost analysis 

- Adjusted costs for missing components 
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I. Introduction 
A. Purpose 

B* General information and 
charmrteristics of the library 

II* Rules gpverxiing competition 
A. Add^ or ddiver proposals 
to; 

Date of submission 
C* Scbedute (^jEuitiv^ties 
.p. Proposal validity period 
£• Economy of preparation 

Forrnat of proposal 
G* EyrJ^tionproce^ 

H. Addendum and 
supplements to RFP 

I. Contact between vendor and 
libraiy 

l/6ral presentations 

2. Vendoi's conference 

3. Written questions 

4. Protests 

J. Extension of time 

K. Debriefliig 

L. Late proposals 

M. Rejection of proposal 

N. Vendors costs 

O. News releases 

P. Use of RFP ideas 

Q. Return of RFP 

R. New equipment 

S. Pricing considerations 

T. Payment schedule 

U. References 

V. Contractor responsibility 

W. Model or suggested contact 

X. "^fendor qualifications 

Y. liite inspection 

III. Requirements 
A. Definition of terms 



B* General requirements 
G. Mandatory requirements/ 
specifications 

D. Desired specifications 

E. Responses to specific 
questions 

F. Wo A plan or progress 
payments 

G. Acceptance criteria 
H; Vendor support 

I. Da]^ conversion 
J. Training 

K. Response time requirements 

L. Documentation 

M. Supplies needed 

N. Bid;deposits 

O. Performance bonds 

P. Annual appropriation of 

funds 
Q. Maintenance 

IV. Proposal Instructions 

A. System proposal 

1 . Hardware configuration 
2* Software 

3. Site preparation 

4. Training 

5. Vendor support 

6. Reference sites 

7. Delivery lead time 

8. Maintenance 

B. Cost data 

1. Hardware 

2. Software 

3. Shipping & insurance 

4. Installation 

5. Acceptance tests 

6. Transaction charges 
(if any) 

7. Maintenance 

8. Other services 
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Library Automation Budgeting 

0 Types of library automation costs 
o Staff 

- Planning/procurement 

- Installation/ training 

- Ongoing operation 

0 Automated library system {Initial & onglngl 

- Computer hardware 

- Computer software 

- Replacement & maintenance 
0 Data 

- Retrospective conversion (bibliographic, item, patron] 

- Current conversion (bibliographic, item, patron] 

- Data auditing and control (authority control] 
0 Prepsrarion/Operation 

- Computer site 

- Procurement related 

- Consumables 
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Data Conversion: 
An Introduction 

□ Types of data conversion 
0 bibliographic 

o Patron 
0 Item 
o Other 

□ Issues related to retrospective bibliographic data conversion 
o Standards 

o Weeding 

0 In-house conversion 

0 Commercial services [issues of cost, speed, and quality] 

- minimal, m-house involvement 

- moderate in-house involvement 

- heavy in-house Involvement 

o Regional and national union catalogs 
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□ Issues related to retrospective Item data conversion 
o Standards 

o Local holdings Information 
0 'Smart Item labels' 
0 Bar* -vs-^ OCR lal)els 

□ Issues related to retrospective patron conversion 
o standards 

0 Re-registration of patrons 
0 Using student record Information 
o Maintaining the patron database 
0 Patron cards 

□ Other types of data conversion 

0 Authority control Iname/subject] 
o De-duping of archival tapes 
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Topics for Day ^ 

□ The Library Automation Marketplace Page 45 

□ Planning for individual and Cooperative-Library 

Automation Projects Page 46 

□ Vendor Proposal Evaluation Worksheets Page 58 
d Documenting the Costs of Automated Systems Page 63 
q Automation Projec* 'budget Worksheets Page 67 

□ Example Contract Language iPurchase/Malntenancel Page 78 
d Test5; Evaluating the OPAC Page 96 

□ Example System Performance Examinations Page 99 

□ Remedies: What to do when the OPAC fails the test... Page 1 14 

□ OPAC Research -- What Have We Learned Page 118 

□ Determining the Number of OPAC Terminals Page 124 
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The Library Automation Marlcetplace 

□ Commercial Vendors 

0 Microcomputer software vendors 

0 Software vendors Jmint-matnframe systems! 

0 Turnkey vendors 

□ Service Bureaus 

0 Retrospective conversion vendors 
0 Technical services vendors 
o Remote circulation vendors 



□ Automation Consultants 
^ Consulting firms [full time] 
0 Individual consultants (full time] 
o Librarian/consultants [part time] 
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PLANNING FOR INDIVIDUAL AND COOPERATIVE 
LIBRARY AUTOMATION PROJECTS: 
AN OVERVIEW OF THE PROCESS 



As the cost/benefit ratios of automated systems continue to improve and the 
entry level cost of a standalone, turnkey system continues to drop — an 
increasing number of libraries will find an automation project is within their 
reach. In most ciasesi Whether the project is a single institution or a 
mu1ti-institutiora1?c^)erat the investment In an automated library 
system wilt be a ion§ tem^^ This results in 

a cpmplex plannii^ienyirphtinen^^ only through 

extensive airt^ This over/iew is designed to provide 

managers With a basiclntroduction to the planning component^ and 
proceckjres which sh6ul4b^ c<Hppl^^ by library staff, perhaps with the 
assistance 6f an automation consultant. 

There are seven (7). possible components to the automation planning process. 
How many of these procedures should be performed largely depends upon the 
specific automation objectives of the library Instltutlon(s). 

Process * 1 : Automation Project Long Ran ge Plan (60 Month Plan). 

Process *2: Cost / Benefit Analysis . 

Process *3: Cost Allocation And Governance Plan (Multi-Institutional 



Process *4: Data Conversion Cost Analysis And Plan. 

Process *5: Pro ject Task Inventory And implementation Schedule. 

Process *6: Project Budget Analysis and Plan. 

Process *7: Telecommunications Analysis And Plan. ' 
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1. Automation Project Long Range Plan (60 Month Plan). 



The automation project long Range Plan Is an executive summary 
document (10^15 pages) which provides basic descriptive information 
about the proposed project to inform library supporters, funders, staff 
and patrons, this document is designed to serve as a non-technical 
abstract orthe majpr a^^ of the project, the general tasks 

necessary to accomplish^the stated goals, and a general timetable 
{milestones] for implelmentatioh of «he project. 

Typicany,. the Long Range Plan would be organized as follows: 

1.1 Project history; 

1 .2 Project gqals and service objectives; 

1 .3 Participating Institutions lit a shared system!; 

1.4 Project organization and gpverne,nce; 

1 .5 Description of the computer environment (single institution, 
netv/ork, etc.) to be established; 

1.6 Project staff; 

1.7 Project resources; and, 

i 8 Timetable and ariiestones. 
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2. Cost / Buief it Analysis Report. 



Few library automated systems operate within the 'Ideal' environment. 
Every institution has certain political; geographic, and finianclal resource 
constraints within which any activity, Includihg automated ]il)rary 
systems, must ppeirate. In order to; properly document the various 
automation options (models) available to the library and the varying 
levels of services and I)enef1ts (withln each model] which can be 
achieved - a cosRSwef it comparison s^ performed. It Is 
ImpoHaht to note that the PuriD<)se of ^ cost/benefit analysis is not to 
focus onlv on the DQSslblg reduction hi librar y costs to deliver servlres 

CosV/benefit Is a study procedure to present managers with the 
different benefit and services 'packages' which are available and the 
related costs to deliver those benefits and services. This study is 
necessary in order to: 

(a) Identify each model capable of deliverying desired services and 
benefits (within the broad fiscal capabllittes of the library); 

(b) Specifically define the degrees of service delivery within each 
model; and, 

(c) Indicate the detailed costs to Implement and maintain each system 
model - the costs associated with providing the defined services. 



The study should, for each model identified, provide a detailed narrative 
description of the technical hardware/software environment which 
would result and a cost profile using a five (5) or seven (7) year Least 
Total Cost algorithm (depending on the intended or anticipated life of ttie 
system) . 
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3. Cost Allocation And GovefTwnce Plan. 
(Multi-Institution Projocts). 

Before Itbrartes can come together to share the costs and benefits of an 
automated library system, it will be necessary to carefully define: 

(a) The proper way(s) to assign costs to the participants, and, 

(b) How the project will be managed. 

For these reasons, various governance and cost allocation options should 
be Identified arid def Irif^d for each vy tatlon of each system model 
JdfiDtllM Until this {Information is documented and available. It Is 
difficult for a library ri^anaqer (and the Institution! to evaluate each 
potistble model's related benef. Us and costs given the needs and 
otjectlves of that particular library Institution. 

Fln^t, each fontiuia should be defined and described (flat membership 
cost allocation, costs assigned per terminal, costs assigned by 
trans<)ct1ons,.a combination, etc.). Secondly, given the predicted total 
cost of each model (based upon the Cost/Benefit Analysis Report), 
specific cost data for each participating library institution must be 
defined for £2£tlof the costing formulas under consideration. 

Governance must be studied as a separate, though related, issue. While 
it may be possible to get partic1pat1ng;1nst1tut1ons to agree on 
assignment of costs, failure to reach a concensus about decision making 
for the cooperative project will place it in jeopardy. Governance must be 
specifically defined since it will be necessary for the governing body of 
each participating library institution to contractually obligate that 
institution to the cooperative effort. 

At a minimum, this study process should define: 

3. 1 Purpose and goals of the cooperative project; 
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3.2 Legal and tax status; 

3.3 Membership categories; 

3.4 Governance bylaws, by which decisions will be made (voting 
rights, etc); 

3.5 Structure and organization ( committees, user groups, task forces, 
etc.); 

3.6 How costs will be allocated; 

3.7 Distribution of title to all property (hardware, software, etc.); 

3.8 Ownership of the database; 

3.9 How instituions can be admitted to the cooperative; 

3. 1 0 How institutions can withdraw from the cooperative. 
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4. Data Conversion Cost Analysis And Plan 

with few exceptions, automation projects will involve a long, difficult, 
and expensive data conversion process. Lack of proper attention and 
planning for this activity can result In expensive hidden project costs 
and, frequently result In projects falling far behind schedule. When the 
computer center has been properly prepared and the software Is loaded 
and ready ~~ will the library have clean, machine readable database to 
load and operate on the system ? 

As with the evaluation process required to select the optimal computer 
equipment/software model for the library. It Is probable that the library 
explore various approaches to (and related costs] to prepare and convert 
data. There are^three primary types of data which must, dt some point 
during the Implementation of the automated system, be converted to 
machine readable form for manipulation by the automated system. These 
are: 

(a) Bibliographic data (one record per library material title); 

(b) ratron data (one record per registered patron and/or staff); and, 

(c) Item data (one record per physical library material piece). 

The costs and time necessary to perforfn data conversion vary widely 
depending on the whether the library completes the conversion 
Independently, in conjunction with a regional network or national utility, 
or li. ;ollaboration with the system vendor. The library should conduct a 
study to identify and describe each of the data conversion options 
available to it. In most cases, libraries will accomplish the conversion 
of their data (all three types) by a combination of methods - including 
some orginial key entry by library staff. Once the raw databases have 
been constructed, the library may also desire to perform special preload 
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processing, such as auiiiority control or the creation of 'smart' item 
labels. 

In evaluating, the various data coriverslon optlons/managers should look 
for an alternative that balances and optimizes the following factors: 

5. 1 Service bureau costs to the I Ibrary: 
p Data base royal Ities; 

U Special e^ipmeht and/or software; 

□ Setup fees and proceissing charges; 

□ Costs for vendor labor (usually costed by keystroke); 

□ Supplies i shlpping/handl Ing; 

□ Special services (authority control, duplicate record 
elimination, etc.). 

5.2 inhouse costs tothe library: 
0 Labor and benefits; 

□ Supplies; 

□ Equipment/software. 

5.3 Timetable necessary to convert the data to machine readable form. 

5.4 Quality of the records resulting from the conversion: 
D Accuracy of information; 

□ Completeness; 

□ Commonality - adherence to prescribed standards. 

5.5 Database maintenance (during the building of the databases and 
once the system is In full operation. ) 
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5. Project Task inventory And implementation 

Scliedule. 

At some point durtng any automation project, it becomes necessary to 
become specific about how. the project will be implemented. While there 
are many different tecfthiques managers can use to plan, control and monitor 
the implementation of ah automated system, the process should focus on 
three (3) primary elements: 

6.1. Task Inventory. 

Each of the specif ic tasks necessary to procure, install, test, 
and bring.the system into complete and full operation should be 
Identified (write specifications for site preparation, schedule 
installation of data lines from telephone con^pany, advertise 
for automation librarian, etc.). 

6.2. Task Staffing Assignments. 

For each task, specific staff should be identified who will 
perform and be responsible for each of the tasks on the 
Inventory. 

6.3. Schedule, 

Each task should be placed on a schedule showing the beginning 
and completion deadlines for the task. It is recommended that 
libraries select a schedule monitoring process, such as critical 
path scheduling and analysis, which can document: 

6.3.1 Task Deadlines. 

Establish a specific date the task is to be completed. 

6.3.2 Task Relationships. 

Document tasks which are dependent on or related to 
other tasks. For example, the loading of bibliographic 
tapes Into a standalone system comes after all or some 
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of the following (a) acquisition and testing or tape drive 
equipment, (b) load of software by vendor to build 
database, (c) conclusion of building database by 
retroconverslon vendor. 

6.3.3 Task Alternative Paths. 

Should a critical path be violated, will the library know 
(a) alternative ways to accomplish the task to regain 
position on the original schedule, or, (b) how to calculate 
and adjust the remaining tasks and to shift backwards 
(or in some cases forward) the remaining tasks 
scheduled. 
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6. Project Budget Analysis and Plan. 



Once a partlcutar automation model (hardware/software configuration] has 
been se^.ected and the appropriate task/implementation schedule 
determined, It will be necessary for library managers to prepare an exact 
project budget. This budget Is designed to show the specific funds to be 
allocated, the source of the funds, and estimates as to when those costs 
will be paid. When designing the project budget. It Is necessary to consider 
the following: 

7.1, Cost Type And Amount. 

Line items should be established for each specific project cost 
(15 backup disk packs, 12 anti-static mats, 240 hours of 
contract data entry for patron record processing, etc.). A unit 
and total cost should be specified for each of these line Items. 

7.2, Division Of The Gost Over Time. 

Certain costs will be divided between different fiscal budget 
periods. The budget plan should be oriented to the fiscal cycle 
of the institution and document this division of costs over 
multiple years (hardware payments divided over 60 months, 
etc.). 

7.3, Scut CO Of Project Income. 

In most cases, libraries must secure additional funding - over 
and above the normal ongoing library budget(s) - to pay for the 
procurement and installation of the system. While many 
capital expenditures are taken from the supplemental funding, 
for some project costs, all or part, are 'absorbed' from fuiids 
out of the regular library budget (staff, supplies, utilities, 
etc.). The budget should clearly document the source of funds 
for each expenditure. 
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7. TelecornfiHinicatlons Cost Analysis 
And Plan 



Many library automation projects will provide services to users in locations 
which are too far (gepgraphically) from the computer site to be connected 
directly (by a cable) the the computer system. This requires the use of data 
communications hardware/softwa^-e to provide services these remote 
locations. On sm?.iler projects, requiring only one or two different sites and 
10 or less terminals, the costs and options for data communications can be 
included as one of tlie desicjnlind cost elements of "thTCost7'Benef it' — 
Analysis process. In larger systems, however, a separate study should be 
completed to focus on the different cost - vs - benefit options of various 
data communications models. This type of study will usually need to be 
completed by a specialist in computer technology and/or data 
communications. 

Issues which would be Included In this type of study would include: 

8.1. Data Communi cations Models. 

The consultant would explore the various typhis of data 
communications technology models available to the library, 
including; 

(a) Traditional telecommunications (voice grade telephone 
lines, digital data transmission lines, etc.) 

(b) Special telecommunications designs (multiplexed 
devices, multi-drop lines, pacl<et-switching, etc.) 

(c) Emerging options (cable loops, microwave 
communications, fiber optics, etc.) 

8.2. Cost - vs - Performance. 

The investigator must identify and project each of the costs 
necessary to deliver the computer services to each library 
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location. It Is also Important to measure each alternative in 
terms of the cost relat1onsh10 l)etween the (a) reliability of the 
data communications model and the (b) cost to provide that 
tcvei of reliability. 



8.'4. Growth Potential And Techni cal Obsolescence. 

Certain mo^ls offer restricted or open library network growth 
potential. Certain models, for example, may be Inexpensive for 
the initial stages of the project, but require higher growth 
costs or limit growth entirely. The long term options and 

constraints-of-eaeh modelshouldbe projeeted-and-doeumented. 

8.4 Ownership Of Telecommunic ations Hardware/Software. 
As with other computer equipment, software and data - the 
title concerning the hardware, software and databases of the 
cooperative project should be clearly stated. 

8.5. Cost Allocation Of Telecom munication Costs. 

In most library cooperatives, the member libraries are 
different distances from the primary computer facility, 
resulting in different telecommunication costs per institution 
to communicate. Managers should Investigate different 
formulas and approaches to the allocation of 
telecommunication costs to participating institutions. Care 
must be taken to clearly define (a) the method used to allocate 
costs and (b) estimates of these costs for each participating 
institution. 
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Vendor Proposal E*--aluation Worksheet ^ 



r 



IJemi 



1. 



Evaluation Item 



: Coeff. i SCORE 

T'vaiue"': 



Cornment 



Ref. 



•Vendor adherence with RFp instructions in 

rprepbring ppoposal responses: 

i.1 :• General organization & completeness 

•••••••• • • ••••••••••«••••■■•>••,•• •>••• •••.<>«••••• 

o Propoeal life 



1 .3 :• Business profil e inforrnation 

1.4 . :• Pricing information 



]'.^?...:*..^.?rf?yflr.?.pr.9P.9i^?.! fp.r.co.^ 
? r.?. p r 9P.9 f 9r.'!0 ? 

1.7 :• Other proposal documentation 



2. iConfidence in vendor organization fiscal 



•stability, experience, & cornpentence: 



2.1 General confidence rating 



2.2 :• Liquidity ratio 



hA..\*. .P.V.'?.''.?r f??'.?.^.'?.*: r.9.\ iP.9. 



2.4 : • Stabil it y & growth in ^Qjts/rnarkeX 



2".?. ..if. .y.?.'?fl9.r. i?!'.9 f.^iP.?: 

❖ Analysis & programming staff 



❖ Support staff 



2.6 :• Systems installed 
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Vendor Proposal Evaluation Worksheet - 



r'l lem : Eva] ua t ion I tern : Rating \ Coef f • : SCORE i p.?.^!D!^P.* j . . 

: : Value : : : 



: Vendor .^xp^n'^nce in a cofj^pa^^.^b] e 
^ . i au tonia f ."^d/.'^^ny ir onm 

3.1 : • Comparabl e central site har d y/pr e 

3 .2 : • ;C9,7)R9ri^b] * ter minal s 
: o Cir cul a t ion & other s 

J*..P.?J!?R9r?!?l!?.^A'"^"^?^ transactions 
:• Reactions of site visitation team 



4 . ; j nteflf ity of proposed ai^chtt ?.9A9r!^?. .(9.r. 

: defined locicol cpHflQur^^.l?!!?/. 
4 .1 : • Cent r a j site ;p r.9R?.?^ JH?. .9.9R 9.9.l*.V. 

: ❖ ratio of records to 
4.3 : • . T^^le/dQta communication^ 

!^ !.l . J • . 9). 9R?.C9?.\'?9 .?.Y.?*.9iT! 

4. 6 :• Hoj^dy or e maintenanc^^ f acil ities 
:• Growth paths and cost/performance 
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Vendor Proposal Evaluation Worksheet - 



Hem: 



EvaluaMon Item 



: ! Vaiiie 



SCORE 



Comment 



: Ref. 



5. 



5J 



Circulation control subsystem 



5, 3 



: • Bibl iogr apW .!!^.9AP!^^nR^.9^ .?.V'?^y.?*?.0?. 



5,5 



:• Serials control subsystem 



5,7 

si 8 



: • .R©/©rence »Vl'?.?K?.*?.'??. 
:• ILL subsystem 



5,9 

5jb 



:• Software interfaces 



5. 11 



: • Software jTjaj'ptenanc?. r!^?.9.^r.?.?i?. 
:• Software documentation 



6. iCosts: 



'?!.1...i*..9.9!T?R]^?®^9.^^ 9.^ ^.9^*^'^.Q.]^(9.r.'7?^*^'^P 



!?!.?. . . ! • . .?.9l9A!Y^ . r.9.9.*5)n9. .?.\ rn9.pA'?. .99?* ?. 



6,4 :• Relative ranking of other costs 



6, 5 j .Pc9!?9.^.l9. 9PP.C9Rr.!9A9.P?.?.?. 9f. j.l9. Rr.?P. 



6.7 :• Payment schedule appropriateness 



13 

(£) 
CP 

o 
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Vendor Proposal Evaluation Vi/orksheet - 



^.yf?lH?.?i?.P..'.^?.'?:'. :.Mi?9..:\.9.9«r;t..i... score : comment i Ref. 

, i , i.-V^lH?...!!. J.!!"!...... : 

7 ; ; I mpl emen t a tion Is a^jie s : \ ! 0 ! 02 • I \ 

.7.1 :• Training plan : : : •• : 

• ••••••••••••••••• •••• . , * * ■ • • 

7.:.?. ..!•..! rnp.l?.'??.'^n!.°!)Ri"'. .^mt^.^A^*^^ ® ■• ■• ^ i i 

7.3 !• Data cony^^ : : : ': \ 



S. : Contractual iss^^^^^ "I :' oi is j 

®^l...i•..?.?j?®^.9J.5."?fT^^°^.^.;^?!^.^.R^°^^ contract • ! I 

.^:.?...i*..?.?."®r.9A.9°!T^f°r.^.y?!'.'i..p'"?p°3^'^ i i i 

: maintenance contract • 1 i 

;'y.9rn?.'?Ai?.? •■ : i 

' .^:.l..i^..^.99.9??!.!° software code 

^:.?..j*..P.?n'°rn?.9.'?.9?..t?.?A* • 

j^.9rf?yf!r.?..9H?.li!xi : ^ : 

I .T®?A.?.i?l9A9..l9.9fl.P.*.'?/°'"'T^°'?*^®^ ■ '• ^ 

i ^^.I.®?A.?.i^H^?.9At9.P.9l..A®^?ii • ^ 

: ,,^.J.?,f,\.j,if,\^}',pQ^ capacity] • • : 

:\„.!^..J®?.!.?..{!.Hl]..l9.9fl.r.?.?R°'^®® time] • T 

j. „ . je?.* .i9.Y.9?).9Pii iity j. : i i 

i o Test 7 [training] j I j 
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Vendor Proposal Evaluation Worksheet - 



i^:....Jy?.'?*?f*r..?ro?.P.l'?.9?:.-:!\ j 0.00 

3. : Vendor experience / compar ab 1 e s i te j P r.? 9. 

4. iH?.r.''?y.'?r.?/???.(?.y.9r.?. .9rRt\it?.9Avr® i , . ^ r.9.9. 

5. i Functional capab 11 i t ies • : p . 00 

6. iCosts i : 0.66 

7. : Imp] en;\«ptation factor s i i 0 . 66 

8. -Contract issues • 6.00 



:TOTAL(S): 0.00 
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DOCUMgNTING THg COSTS OF AUTOMATED 

QPAC SYSTEMS; 

A CHEOCLiST 

1. Personnel costs (for all activities related to the procurement, 
Installation, and continued operation of the system). 

□ Direct salaries 

0 Employee l)enef1ts 

□ institutional Indirect costs related to salary/benefits 



2. Computer equipment. 

□ Central processing unit & all cabinets and cabling 

□ Memory components 
0 Operator console unit 

□ Magnetic tape drive system 

□ Disk storage system (including controllers and disk packs) 
O Printers 

□ Terminals, wands, and local printers 

□ Microcomputer backup systems 



3. Communications equipment. 

□ Modems 

□ Multiplexors/concentrators 

□ Port expansions 
O Line drivers 

4. Other Equipment 

□ Forms burster 

□ Decollator 

□ Backup power system 
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5. Software. 

□ Library software 

□ System software (operating system, microcode, languages, etc.) 

□ Documentation 



6. Maintenance. 

□ Hardware 

□ Software . 



7, Telecommunications. 

□ Line charges 

□ Line v irtallatlon costs 

□ Telecommunications consultant 



8. Training, 
n Training fees 

□ Training materials 

□ Travel 



9. Data conversion costs. 

□ Service bureau fees 

V Transaction costs 

V Computer access charges [monthly access feesj 

V Password charges 

^ Connect time charges 
-/ Data storage fees 
-/ Royalty charges 

4 Special processing fees (COM tape processlk^g, etc.) 

□ Machine readable labels for books and patron cards 

□ Special bibliographic file processing (authority processing, 
duplicate record elimination, smart Item labels etc.) 

0 Legal costs to establish data conversion contract 



Library Devolopment Division 
TEXAS STATE LIBRARY 



72 



Fundamentals of Library Automation 
Workbook 



Page 65 



10. Automated system staffing support. 

□ Office space 

□ Furniture 

□ Telephone josts 

□ Supplies 

□ Utilities 

0 Duplication and mailing costs 

□ Travel 



1 1 . Procurement process related costs. 
0 Automation consultant contract fees 

□ Legal fees 

□ Lease and/or Interest charges 

0 RFP/Contract document preparation costs 
/ Staff salaries & benefits 

/ Document preparation, duplication, and distribution costs 

□ Onsite visitation travel expenses 



12. System Preparation, Installation, & Implementation Related Costs. 

□ Architectural fees for site preparation 

□ Staff preparation of site specifications, etc. 

□ Site preparation costs 
/ Suspended flooring 
/ Air conditioning 

V Humidity and air filtering control 
-f Electrical and plumbing alterations 
"/ Alarm systems 

/ Security system 

V Computer room furniture and storage racks 
4 Cabling 

□ Shipping ci(arges & insurance 

□ Installation charges 

□ Performance bond costs 
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□ Taxes 

□ Of fsite storage costs 



13. Supplies And Consumables 

□ Stock forms (ov/erdue notices, etc.) 

□ Patron cards 

□ Computer paper (line printer and local printers) 

□ Magnetic tapes 
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Automation Project Budget Worksheet 





Qtiantitv 


Unit 

will w 


TOTAI Prir» 


runos 


4. 4. VP AD rtfdPa.j 

Ausoro 


Annual cost 


New ronds 


-•yeak two-- 

Absorb 


Annual Cost 


1 . Central Proceasino Unit 




















□ CPU(s) 




















□ CPU cabinet 




















□ CPU cablina 








































2. Added Memorv 








































3. Ooerator Console 








































4l Mftonetic Taoe 




















/Strsafinar TaoA 




















□ Taoe drive(sl 




















D Taoc^ drivft cabinet 




















GTaofrdriva cab lino 








































5. Disk Storaoe 




















□ Disk drive 




















G Disk controller 




















□ Disk cabinet/bsv 




















n Disk cablino 




















□ Disk Dscks 








































6. Line Printer 




















Q Line orinter 




















D Line orinter cabinet 




















D Lina orinter rflhHnn 




















□ Print chains (ALA) 
































































































































































Estimated Total: 





























































Automation Project Budget Worksheet 





Quantity 


Unit 
Price 


Estimated 
TOTAL Price 


+ 4.++++++++ 

New Funds 


++YEAR ONE+4 
Absorb 


++++++++++ 
Annual Cost 


New Funds 


-YEARTWO-^ 
Absorb 


Annual Cost 


1 . Terminals (Non-OPAC) 




















□ Year 1 




















□ Year 2 




















□ .Vear3 




















□ Year 4 




















□ Years 








































2. Terminals with Optical 




















□ Year 1 




















□ Year 2 




















□ Year 3 




















□ Year 4 




















□ Years 








































3. Special OPAC Terminals 




















□ Year 1 




















□ Year 2 




















□ Year 3 




















□ Year 4 




















□ Years 








































4. Special TS Terminals 




















□ Year 1 




















□ Year 2 


- - - 


















□ Year 3 




















□ Year 4 




















□ Year 5 








































5. Laser devices 








































6. Local printers 




















□ Year 1 




















□ Year 2 




















□ Year 3 




















□ Year 4 




















□ Year 5 




















Estimated ToUl: 
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Quantity , 



Unit 



Price 



Estimated 



TOTAL Price 



■►■f'i'-i-f 4-»-»-»-f 'i-'f YEAR 0NE-»-4 ++++++++++ 



New Funds 



Absorb 



Annua! Cost 



-YEAR TWO- 



New Funds 



Absorb 



Annua) Cost 



1. Front-end processor 



2. Modems 



□ 300 



□ 1200 



□ 2400 



□ Auto-answer 



3. Multiplexor 

□ 2-channel 

□ 4"Channel , 

□ e-^armel 

□ 16'-channel 

□ 32-channel 
□ 



Line Drivers 



5. Port Expansions 



6.Cabinets/bavs 



Data Conryn Cabling 



Estimated Total: 
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Quantity 


Unit 


Estimated 


++++++++++ 


++YEAR OHE-^^ 














Price 


TOTAL Price 


New Funds 


Absorb 


Annual Cost 


Nftw Funds 


Afc ,firh 


Anminl Cf\*if 


1 . Central Comouter Staff 




















(XTIce Furniture 




















□ Desk 




















□ Side table 




















□ Chair 




















□ BookcassCs) 




















□ File cabinet 




















□ CRT table 














- 






□ Local printer table 








































2. Office Equipment 




















□ Telephone 




















□ Typewriter 




















□ Dictaphone 




















□ Photocopy machine 




















□ Telefacsimile 








































3. Support Equipnr^nt 




















□ Fonns burster 




















□ Roliina media trucic 




















□ Mao tape table racic 




















□ Oisic pack table rack 




















n Rolling printout rack 




















□ RoHinc pap^r cart 




















Q Print 'catch* basket 




















□ Paper dust vaccum 








































4. Storaye Eouii^nrtent 




















0 haoentic tape racks 




















□ Disk pack shelves 




















□ Tape/disk cabinets 




















□ Printout racks 
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Automation Project Budget Worksheet 







I Unit 


Estimated 


^^^^^^^^^^ 


-("-(-YEAR 0NE-(-4 






1 t^r% 1 wW\J 








Price 


TOTAL Price 


New Funds 


Absorb 


Annual Cost 


New Funds 


Absorb 


Anniml pA^f 






















1. Site Preparation 




















□ Architectural Fees 




















□ Suspended flobrino 






- 














□ Air conditioninQ 




















□ Humidity control 




















□ Dust filtering 




















□ Fire alarm systems 




















□ Security system 




















□ Water alarm system 




















□ Cablino Internal 






























--■ " — ' 










2 • Shippi no/ Insurance 








































3. Installation cnaroes 









































4. Performance Bond Fee 








































5. Taxes 








































6. Offsite OB Storage 








































7« System Insurance 








































8. Software Escrow Fees 








































^. Security Services 








































lO.Utimjas 




















□ Silectric 




















□ 6as 




















□ Water 
















































































Estimated Total: 
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Quantity 


UnH 
Price 


Estimated 
TOTAL Price 


++++++++++ 
New Funds 


++YEARONE+s^ 
Absorb 


++++++++++ 
Annual Cost 


New Funds 


-year two- 

Absorb 


Annual Cost 






















1 . Library Forms/Notices 




















□ 0/erdu6/rine 




















□ Hold/reserve 




















□ Renewal/recall 








































2. Patron Cards 








































3* Paper Supplies 




















□ Line printer 




















□ Local printer 




















□ Carbon set paper 




















□ Card stocic paper 








































4. Ribbons 




















□ Line printer ribbons 




















□ Local printer ribbons 








































5* Magnetic tapes 








































6.DiskPacl^s 








































7. Computer Equipment 




















Cleaning Supplies 








































8* Bar Code (or OCR) Labels 


















□ Item labels 




















□ Patron labels 
































































































































































Estimated Total: 
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++YEAR ONE+-> 


++++++++++ 




-YEAR TWO-* 









Price 


TOTAL Price 


New F»inds 
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New FunJs 
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Annual Cost 










































1 . Consultant Fees 




















□ Automation 




















□ Telecommunicjitions 




















□ Buildino^ 




















□ Retre^ Conversion 








































2. Leoal Fees 








































3. Lease/Interest Charoes 








































A. RFP Document Related 




















□ OuDlicatich of cooies 




















□ Packagino/suDOlies 




















□ Postaoe 








































5. Onsite Visitation 




















□ Aire Fare 




















□ Hour 




















□ heiis 




















□ Local Transportation 




















□ Other 








































6. Telephone References 




























































































































































































































Estimated Total: 
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D AiifhAriiv control 
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D Duo elirnfMiion 
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□ Edit lists 




















D Smsri Ishsl orint 

u wiimi V iciwi |/i nil* 
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5. PreHoad indexina of 




















databases 








































Total Estimated: 
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Automation Project Budget Worksheet 



}. Rttro Cofiverslon 
□ Professloftal 



D Para-croftsslorml 
□ Clericil 



0 Student 



2> Item labellno 
□ Professional 



□ Para^orofesslonal 

□ Clerical 



D Student 



3> Patron Conversion 



□ Professional 



□ Para-professiomal 



D Clarical 



□ Student 



4. System Procurenr>ant 



□ Professional 



□ Para-orofessioncl 



5 . Traintno 



D Professional 



□ Para-^yofession al 



D Clerical 



□ Student 



6, System Operations 



D Professional 



D Para-professional 



□ Clerical 



D Stu^nt 



Estimated Total: 
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Price 



, TOTAL Price 



++++++++++ 



New Funds 



++Y£ARONE+-» ++++++++++ 
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Annual Cost 



New Funds 
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EXANPLE CONTRACT LANGUAGE REUTED TO THE 
(a) Contract for the Sale of Computer Equipment and the Lease of Computer Software 
(b) Contract for the Maintenance of Coiq>uter Hardware and Software 

Listed below are example contractual statements which the Library d'isires 
be included in the contract established with the Vendor. Vendors should 
reference these items when completing the contract language proposal response 
forms. The following notations will indicate to which of the contracts the 
library desires inclusion of the proposed language: [B] Both the purchase and 
maintenance agreement; [P] Purchase Agreement only; [M] Maintenance 
agreement only. It is anticipated that this list of contractual provisions will 
be expanded during contract negotiations. 

(a) Identification of Parties to the Agreement Clause. [B] 

Both the Vendor and Library organizations shall be clearly identified. 
Neither of the identified parties to the Agreement shall assign or encumber any 
of its rights, or delegate or subcontract any of its duties defined in the 
Agreement, ir, whole or in part, to other third parties unless the other party to 
the Agreement gives prior written consent. Subject to the foregoing covenant 
against assignment and delegation, the rights created by the Agreement shall 
pass to the benefit of the properly identified party and the duties and 
obligations resulting from the Agreement shall bind the properly identified 
party and their respective successors and assignees. 

(b) Entire Agreement Clause. [B] 

This Agreement, including appendices and referenced attachments, 
constitutes the entire Agreement between Library and Vendor and supercedes all 
proposals, presentations, representations, and communications, whether oral or 
in writing, between the parties on this subject. 
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(c) Agreenent Extension and Hodifi cation Clause. [B] 

The Agreement may be modified or extended in accordance with the following 
procedures. In the event that all parties to the Agreement agree that such 
changes would bs of a minor and nonmaterial nature, such changes may be effected 

by a written statement which describes the situation and is signed, prior to the 
effectiveness, by all parties. In the event that the changes are determined by 
either or all parties to the Agreement to be of a major or complex nature, then 
the change shall be by formal amendment of the Agreement signed by the parties 
and made a permanent part of the Agreement. 

(d) Term of the Agreement Clause. [M] 

The term of the Agreement shall be clearly identified in the contract, but 
shall not be for less than five (5) years from the effective date. Thereafter, 
the Agreement shall automatically be extended for one (!) year unless the 
Library notifies the Vendor, in writing, that the automatic extension is not 
desired. At that time, the contract shall expire. 

(e) Applicable and Governing Law Clause. [B] 

The Agreement shall be subject to all laws of the Federal Government of the 
United States of America and to the laws of the State of Texas. All duties of 
either party shall be legally performable in Texas. The applicable law for any 
legal disputes arising out of this contract shall be the law of {and all actions 
hereunder shall be brought in) the State of Toxas, and the form and venue for 
such disputes shall be 2. 

98 

» 

R. Walton, Automation. Consultant 



Page 80 



(f) Notices Clause. [B] 

All notices or communications required or permitted as a part of the 
Agreement shall be in writing (unless another verifiable medium is expressly 
authorized) and shall be deemed delivered when: 

(a) actually received, or 

(b) upon receipt by sender of a certified mail, return receipt signed 

by an employee or agent of the party, or 

(c) if not actually received, 10 days after deposit with the United 

States Postal Service authorized mail center with proper postage 
(certified mail, return receipt requested) affixed and addressed 
to the respective other party at the address set out in the 
section of the Agreement titles "Identification of the Parties 
to the Agreement" or such other address as the party may 
have designated by notice or Agreement amendment to the other 
party, or 

(d) uf ''elivery by the Library of the notice to an authorized 

VenOv.r representative while at the Library site. 

Consequences to be born due to failure to receive a notice due to improper 
notification by the intended receiving party of a new address will be borne by 
the intended receiving party, 

(g) Survival Clause. [B] 

All duties and responsibilities of any party, which either expressly or by 
their nature extend into the future, shall extend beyond and survive the end of 
the contract term or cancellation of this Agreement. 
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(h) Force Najeure Clause. [B] 

Timely performance is essential to the successful initial implementation 
and ongoing operation of the automated Library system* However, neither party 
will be liable for delays in performing its obligations under this Agreement to 
the extent that the delay is caused by force majeure. Force majeure acts shall 
include but not be limited to acts of God, strikes, lockouts, riots, acts of 
war, epidemics, government regulations imposed after the fact, fire, 
communications line failures, earthquakes, or other disasters. Force majeure 
shall not be allowed unless: 

(1) Within three (3) calendar days of the occurrence of force majeure, the 
part: whose performance is delayed thereby shall provide the other 
party or parties with written notice explaining the cause and extent 
thereof, as well as a request for a time extension equal to the 
estimated duration of the force majeure events, and; 

(2) Within seven (7) calendar days after the cessation of the force 
majeure event, the party whose performance was delayed shall provide 

•the other party written notice of the time at which force majeure 
ceased and a complete explanation of all pertinent events pertaining 
to the enti';e force majeure situation. Unless provided prior 
written notice of permission by the other party or parties to the 
Agreement, under no circumstances shall the permissible delays 
justified by force majeure extend beyond one hundred- twenty (120) days 
from scheduled dates or from unscheduled deadlines resulting from and 
established due to failure of the system to meet performance 
examination(s) as documented in the Agreement, Failure to secure 
prior written permission extending the due date after the one 
hundred-twenty (120) days, even under force majeure conditions, shall 
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constitute default by the party failing to meet the required 
deadline. Under no circumstances shall delays caused by a force 
majeure extend beyond one hundred-twenty (120) days from the scheduled 
delivery or completion date of a task, unless by prior (to the one 
hundred-twenty (120) days) written notice of permission of the other 
party. Failure to secure this written prior permission, even in the 
case of force majeure^ shall constitute default by the party failing 
to meet the requirement. Either party shall have the right to cancel 
the contract Agreement if Force Majeure suspends performance of 
scheduled tasks by one or more parties for a period of one 
hundred- twenty (120) or more days from the scheduled date of the 
task. If a cancellation due to a Force Majeure occurs before title 
passes to the Library, the Vendor may keep any parts of the system 
as it can salvage, but must remove same at its own expense. If 
cancellation occurs due to a Force Majeure after title passes to the 
Library, the system shall remain with the Library and the Vendor shall 
be entitled to any such payments as have accrued according to the 
payment schedule. 

(i) Incorporation By Reference. [B] 

The Vendor shall supply equipment, software, and other related services 
adequate to accomplish the requirements as set forth in the Request For 
Proposals and the Vendor response to the Request for Proposals. Parties agree 
that where there is a conflict between terms of this Agreement and the 
information presented in the references documents, this Agreement shall take 
precedence. The parties also agree that where there is not a conflict between 
this Agreement and the information presented in the referenced documents, that 
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all terms, conditions and offers presented in the vendor* s proposal shall herein 
be referenced to the Agreement and shall be binding upon all parties to the 
Agreement . 

(j) Site Preparation- [P] 

The Library shall, at its own expense, prepare the site(s) to house the 
computer equipment in accordance with the installation specifications presented 
in the Vendor proposal or supplied to the Library not less than sixty (60) days 
prior to the scheduled delivery and installation date for the automated system. 
Site preparation shall be completed by the Library no less than ten (10) days 
prior to the scheduled delivery and installation date for the computer 
equipment. Upon completion of the site(s), Library shall notify Vendor (by 
certified mail, return receipt rer;jested) that the site is completed and ready 
for inspection. Prior to the hardware delivery date, the Vendor shall provide a 
representative to physically inspect the site and, at the completion of that 
physical inspection, to provide a written statement of the results of this 
inspection- Should the library-prepared site be adequate, the Vendor v/ritten 
statement shall indicate that the site has been physically inspected and that 
the site meets the Vendor specifications for the proper and safe operation of 
the system. Should the site be inadequate, the Vendor shall itemize the 
specific problems and reference the correct requirements from the original site 
preparation documentation presented to the Library- The Library shall then have 
sixty (60) days to correct these deficiencies and shall provide written notice 
(by certified mail, return receipt requested) to Vendor that the site is 
available for re-examination. Should the Vendor fail to inspect the site 
according to the schedules presented in this Agreement, for either the initial 
inspection or the re-examination, where necessary, the Vendor shall be deemed by 
this Agreement to have approved site preparations and any subsequent site 
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changes necessary to install the scheduled system shall be totally the financial 
responsibility of the Vendor. Any and all changes or modifications to the 
preparation of the site resulting from inaccurate, incomplete, or erroneous 
specifications provided by the Vendor which result in added costs for correction 
or expansion of the site will be the responsibility of the Vendor and will be 
provided at Vendor expense. Should the Library fail to correct the deficiencies 
within the correction period, the Library shall be in default. 

(k) Risk During Equipment Storage and Installation. [P] 

Delivery shall be made in accordance with the implementation schedule 
referenced as part of this Agreement. It will be possible to allow for minor 
variances from this implementation schedule as mutually agreed upon by both 
parties and confirmed by prior written notice. The computer equipment and 
computer software shall be installed and placed into good working order by 
representatives of the Vendor. During the time period where the equipment is in 
transit and until the equipment is fully installed in good working order, the 
Vendor and its insurer shall be responsible for the equipment and relieve the 
Library of responsibility for all risk or loss or damage to the equipment. In 
addition. Vendor shall hold the Library harmless from any risk of loss or damage 
arising out of occurrences during the installation of the equipment. 
Recognizing that all equipment may not arrive in the same shipment. Library 
agrees to place the crated and packaged equipment in a secure, locked storage 
area pending installation by the Vendor. 
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(1) Shipping of Equipment* [P] 

All shipping and Insurance costs to and from the site shall be included in 
the vendor* s proposal to the Library. All payments to shipping agents and for 
Insurance fees shall be made directly by the Vendor and the Library shall make 
no payments to any firm concerning the shipment, installation and delivery of 
equipment which is not a part of this Agreement and for which exact payments are 
not described. Vendor shall be responsible for all arrangements for the 
shipment of equipment to the Library and movement of the equipment from the 
Library protective storage area to the prepared computer site. Recognizing that 
the Library staff have no prior experience or training in computer technology, 
the Vendor shall provide all properly trained representatives to unpack all 
items of equipment and place this equipment in the proper locations. The Vendor 
shall also be responsible for removal of all debris and packing materials from 
the Library site resulting from the installation of the equipment or the 
software/documentation. The Library, at its option, may require the Vendor to 
provide certificates describing, to the satisfaction of the Library, evidence of 
proper workmen*s compensation and liability insurance for all Vendor staff and 
representatives involved in the installation of the computer equipment and 
software, 

(m) Non-Waiver of Agreement Rights. [B] 

It is the option of any party to the Agreement to grant extensions or 
provide flexibilities to the other party in meeting scheduled tasks or 
responsibilities defined in the Agreement. Under no circumstances, however, 
shall any parties to the Agreement forfeit or cancel any right presented in the 
Agreement by delaying or failing to exercise the right or by not immediately and 
promptly notifying the other party in the event of a default. In the event that 
a party to the Agreement waives a right, this does not indicate a waiver of the 
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ability of the party to, at a subsequent time, enforce the right. The payment 
of funds to the Vendor by the Library should in no way be interpreted as 
acceptance of the system or the waiver of performance requirements* 

(n) Non-Collusion Covenant. [B] 

The Vendor hereby represents and agrees that it has in no way entered into 
any contingent fee arrangement with any firm or person concerning the obtaining 
of this Agreement with the Library, In addition, the Vendor agrees that a duly 
authorized Vendor representative will sign a non-collusion affidavit, in a form 
acceptable to the Library, that the Vendor firm has received from the Library no 
incentive or special payments, or considerations not related to the provision of 
automacion systems and services described in this Agreement, 

(o) Patents, Copyrights, and Proprietary Rights Indemnification, [P] 

The Vendor, at its own expense, shall 'Completely and entirely defend the 
Library from any claim or suit brought agai ^ the Library arising from claims 
of violation of United States patents or copyrights resulting from the Vendor or 
Library uss of any equipment, software, documentation, and/or data developed in 
connection with the services and products described in this Agreement. The 
Library will provide the Vendor with a written notice of any such claim or 
suit. The Library will also assist the Vendor, in all reasonable ways, in the 
preparation of information helpful to the Vendor in defending the Library 
against this suit. In the event that the Library is required to pay monies, in 
defending such claims, resulting from the Vendor being uncooperative or 
unsuccessful in representing the library's interest, or in the event that the 
Library is ordered to pay damages as a result of a judgement arising out of an 
infringement of patents and/or copyrights. Vendor agrees to fully reimburse the 
Library for all monies expended in connection with these matters. Library 
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retains the right to offset against any amounts owed Vendor any such monies 
expended by the Library in defending itself against such claims. Should a court 
order be issued against the Library restricting the Library's use of any product 
of a claim, and should the Vendor uetermine not to further appeal the claim 
issue, at the Library's sole option the Vendor shall provide. =it the Vendor's 
sole expense, the following: 

(a) Purchase for the Library the rights to continuing using the 

contested product(s), or 

(b) Provide substitute products to the Library which are, in the 

Library's sole opinion, of equal or greater quality, or 

(c) Refund all monies paid to the Vendor for the product(s) subject 

to the court action. The Vendor shall also pay to the Library 
all reasonable related losses related to the product(s) and for 
all reasonable expenses related to the installation and 
conversion to the new product(s). 

(p) Nondiscrimination by Vendors or Agents of Vendor. [P] 

Neither the Vendor nor anyone with whom the Vendor shall contract shall 
discriminate against any person employed or applying for employment concerning 
the performance of the Vendor responsibilities under this Agreement. This 
discrimination prohibition shall apply to all matters of initial employment, 
tenure and terms of employment, or otherwise with respect to any matter directly 
or indirectly relating to employment concerning race, color, sex, religion, age, 
national origin, or ancestry. A breach of this covenant may be regarded as a 
default by the Vendor of this Agreement. 
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(q) Escrow of Library System Softw:ire. [B] 

The Vendor agrees to place in escrow, for the use, benefit, and protection 
of the Library, all software and changes thereon, and the source code of all 
software necessary to operate and keep current the system described by this 
Agreewnt. In the event that the Vendor withdraws support and maintenance of 
the software licensed under this Agreement, that the Vendor will be responsible 
to deliver, at least forty-five (45) days prior to the expiration of maintenance 
and support, all source code in escrow and any other software not yet posted by 
the Vendor to the escrov holdings. Withdrawal of the support and maintenance of 
the library's software system shall be construed liberally and, at a minimum, 
shall be defined as the Vendor ceasing operations, voluntarily or involuntarily, 
or dropping the system product lines described by this Agreement. 

(r) Ownership of Data and Index Files. [P] 

All parties to the Agreement acknowledge that the Library shall maintain 
ownership and control of all data files and the related indexes and pointers to 
those data files. 

(s) Subcontractors. [B] 

Vendors may use subcontractors in connection with the work performed under 
this Agreement. When using subcontractors, however, the Vendor must obtain 
written prior approval from the Library for activities or duties to take place 
at the Library site or with Library data or indexes. In using subcontractors, 
the Vendor agrees to be responsive for all their acts and omissions to the same 
extent as if the subcontractors were employees of the Vendor. 
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(t) Effect of Reguilation. [B] 

Should any local, state, or national regulatory authority having 
jurisdiction over the Library enter a valid and enforceable order upon the 
Library which has the effect of changing or superceding any term or condition of 
this Agreement, such order shall be complied with, but only so long as such 
order remains in effect and only to the extent actually necessary under the 
law. In such event, this Agreement shall remain in effect, unless the effect of 
the order is to deprive the Library of a material part of its Agreement with the 
Vendor. In the event this order results in depriving the Library of materials 
or raising their costs beyond that defined in this Agreement, the Library shall 
have the right to rescind all or part of this Agreement (if such a rescision is 
practical) or to end the Agreement term upon thirty (30) days written prior 
notice to the Vendor. Should the Agreement be terminated u-'^or such 
circumstances, the Library shall be absolved of all penalties and financial 
assessments related to cancellation of the Agreement. 

(u) Assignments. [B] 

The Library and the Vendor each binds themselves, their partners, 
successors, and other legal representatives to all covenants, agreements, and 
obligations contained in this Agreement. 

(v) Vendor as Independent Contractor. [B] 

It is expressly agreed that the Vendor is not an agent of the Library, but 
an independent contractor. The Vendor shall not pledge or attempt to pledge the 
credit of the library or in any other way attempt to bind the Library. 
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(w) Insurance. [B] 

The Vendor must have adequate Insurance, for damage or loss, for all 
equipment and other valuables, until such time as the Library receives good and 
clear title. In defining insurance coverage, the Vendar shall secure full 
replacement value for the system without the requirement that the Library be 
responsible for any payments or deductibles. In the event that it is necessary 
to make a claim under this policy, any funds received by the Vendor shall be 
used to secure replacement equipment for the Library. The Vendor agrees to 
hold harmless and defend the Library and its agents, officials and employees 
from any liability, claim or injury, related to or caused by fault or negligence 
of Vendor employees or subcontractors. In order to demonstrate this 
responsibility, the Vendor shall furnish the Library with evidence of valid 
comprehensive general liability insurance coverage in the amount of $ AMOUNT for 
each occurrence for personal injury [including death or dismemberment] and 
property damage related to or resulting from shipping, installation, operation 
or removal of the proposed automated library system. The insurance policy shall 
make clear this coverage of the Library installation. The insurance policy 
shall be initiated prior to the installation of the system and maintained until 
final acceptance of the system by the library according to the prescribed 
procedures. The Vendor shall furnish to the Library a copy of the insurance 
policy and all subsequent changes or updates. 

(x) Warranty of Merchantability. [P] 

The Vendor warrants that the computer products, both hardware and software, 
are merchantable and fit for the ordinary purposes of which the products are 
normally used. 
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(y) Warranty of Fitness for a Particular Purpose. [P] 

The Library has presented detailed descriptions of the particular purpose 
for which the automated system is intended. The Library has provided detailed 
quantitative descriptions and criteria of how the system can be defined to 
accomplish or failure the Library's particular purpose. The Library has also 
defined the exact procedures and techniques to be employed in testing whether 
the proposed system has achieved the defined performance of this particular 
purpose. Given this advanced preparation concerning and documentation about the 
Library's particular purpose, the Vendor at the time this Agreement is in force 
has 

(1) reason and opportunity to know the particular purpose for which 

automated system products are required and 

(2) that i.he Library is relying on the Vendors experience and 

knowledge of these products to provide those which are most 

suitable and appropriate. Therefore, the vendor warrants that 

> 

the system is fit for the purposes for which it is intended as 
described in this document, 

(z) Computer Hardware Expansion Responsibility. [M] 

The Library has taken great care in projecting the transaction loads, 
terminal configurations and data storage loads anticipated for the system during 
the initial 60-months of operation. Should the computer hardware supplied by 
the vendor require any upgrade, enhancement, or extension solely to meet the 
levels of service defined for the initial 60-months, whether due to changes in 
software or inadequate initial planning, the Vendor shall provide the additional 
equipment [whether added, modified, or exchanged] to the Library at no charge. 
The Vendor shall also include all costs related to the shipping, insurance. 
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installation and other related costs necessary to bring the equipment into 
operation. A11 maintenance costs associated with this additional equipment 
shall be paid by the Vendor until the 60-month intial operation period has 
passed. At this time the Library will assume the responsibility for payment of 
equipment maintenance. The equipment provided to the Library under these 
circumstances shall become the property of the Library and the Vendor shall 
surrender title immediately after installation and testing. If installation of 
the addition or exchange equipment requires that the system be down and unable 
for normal operation, this time period shall be classified as ^unscheduled 
downtime' and will be used by the Library as part of the calculation necessary 
to determine system availability. 

(aa) Software Warranty. [P] 

The Vendor warrants that the software provided under this Agreement meets 
each of the specific requirements described in the Agreement. Should, after 
the date of formal acceptance of the system by the Library, errors be 
discovered, the Vendor warrants that the defects shall be corrected, without 
charge to the Library, for a period of one year (365 calendar days). This 
correction may take the formal of software additions, modifications, deletions 
or the provision of substitute software which meets the system functions as 
specified In this Agreement, 

(bb) Unrequested Software Enhancements or Additions. [B] 

Should the Vendor expand software functional or performance capabilities 
beyond those required as part of this Agreement, it is the option of the Library 
to accept or reject the installation and use of the software changes. Should 
the Library elect to install and use the added software functions or 
capabilities, the library shall be responsible for the costs associated with the 
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purchase, installation and maintenance of the computer hardware necessary to 
operate same* If the Library does not elect to install and use the 5oftware 
functions or capabilities, then such enhancements or improvements will not be 
required and the Vendor will continue to provide hardware and software 
maintenance as prescribed in this Agreement* 

(cc) Hardware Warranty. [P] 

The Vendor warrants that all equipment provided under this Agreement, 
whether installed initially or under subsequent purchase orders, shall be: 
newly manufactured equipment or assembled from newly manufactured parts; 
approved by Underwriter's Laboratories; and, will be free from detects in 
workmanship or material for a period of 6-months (180 calendar days) from the 
date of final system acceptance. During this 6-month warranty period, the 
Vendor shall furnish all replacement new parts, repaired parts, service labor 
and other repair costs at no cost to the library. At thje conclusion of the 
warranty period, the Library shall continue to secure Vendor support of 
equipment under a separate maintenance agreement. 

(dd) Final Acceptance of the System. [P] 

The automated library system proposed shall be defined to be finally 
accepted by the Library after the installation of the system, the load of the 
library databases and the successful completion of the follow performance 
examinations: system hardware examination; database load performance 
examination; functional competence examination; system storage capacity 
examination; system full load response time and processing capacity examination; 
and, system availability e>¥imination. Procedures for the administration and 
criteria for succussful completion of these examinations are found in 
attachments to the contract document. 
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(ee) Arbitration. [B] 

In those situations where disagreements or disputes cannot be successfully 
resolved between the parties of this Agreement, the Library and the Vendor agree 
to the use of binding arbitration to settle the dispute. The parties of this 
Agreement agree to select and employ a professional arbitrator and conduct the 
conflict resolution process according to the rules and procedures of the 
American Arbitration Association. Both parties to this Agreement agree to 
equally share the professional fees and related expenses of the arbitrator and 
to abide by the directives resulting from the arbitration process. 

(ff) Publicity [P] 

Vendor agrees to submit to the Library all press releases, advertising, 
sales promotions, articles, and other publicity matters related to any product 
furnished by Vendor to the Library where in the Library name is mentioned, 
excluding the Vendor customer list and newsletter. Vendor shall not publish nor 
knowingly permit to be published any such material without the prior written 
consent of the Library. 

(gg) Compliance With All Laws - Partial Invalidity [B] 

(a) Compliance. Each party agrees that it will perform its 
obligations herein in accordance with all applicable laws, rules and 
regulations now or hereafter in effect. Neither party shall have to 
take any action which would violate any applicable law, rule, or 
regulation of the controlling authority. 

(b) Partial Invalidity. If any tGrm or provision of this Agreement 
shall be found to be illegal or unenforceable then, notwithstanding, 
this Agreement shall remain in full force and effect and such term or 
provision shall be deemed stricken. 
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(hh) Rights to Peform Internal Teaching and Seminars [P] 

Library shall have the right, so long as the System contracted for herein 
is in use by Library according to this Agreement, to give instruction to any or 
all Library personnel and patrons 

(ii) Ability to Hodify Equipr/jent in the Field [M] 

Vendor represents that, in any case where expansion equipment can be 
installed or obtained through field modification of any component contracted 
for herein. Vendor will make such field installation when requested by Library 
at a rate not to exceed the rates charged by Vendor to third parties possessing 
a system comparable to the System during the calendar quarter when such field 
installation occurs. 

(jj) Headings Not Controlling [B] 

Headings and titles used in this Agreement are for reference purposes only 
and shall not be deemed a part of this Agreement. 

(kk) Non-Hiring of Employees [P] 

For the initial 24 months from the effective date of this Agreement, 
neither part to this Agreement shall employ staff of the other party. This 
prohibition shall be waived upon the following conditions: 

(a) The new employer party provides 90 days notice prior to engaging the 
staff member of the current employer; and 

(b) The new employer party reimburses the current employer party in an 
amount equal to one (1) yearns salary/benefits, to cover the costs 
of training, education, and experience of the employee while a staff 
member of the current employer party* 

(11) Litigation Costs [B] 

If litigation occurs,, losing party pays attorney fees and cost* 
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TESTS 

EVALUATIN6 THE PERFORMANCE OF THE OPAC 

L TYPFSOFPFRFnRMAWnFTFCT.*^- 

1 . 1 Functional Performance Examination. [Includes search result 'recall/precision' 
evaluation] 

] .2 System Reliability Examination. lAiso called 'Availability Examination'] 

1.3 System Data Load Examination. 

1 .4 System Full Load, Response Time Performance Examination, 
t .5 System Storage Capacity Examination. 

1 .6 System Training Program Evaluation. [Optional exam supported by some vendors] 

2L PURPOSESOFTHE OPAC EVALUATIQM PROCCDURF: 

2. 1 initial system acceptance. 

2.2 Ongoing system performance evaluation. 

2.3 Consistent method of evaluating OPAC behavior over time. 

i TEST 1: FUNCTIONAL PERFORMANCE EVALUAT ION 

3. 1 Confirmation that all contractually specified search and inquiry functions are available. 

3.2 Confirmation of system/user Interface features are present. 

3.3 Confirmation of search results. 

3.4 Establish procedures and quantitative criteria for subsequent applications of the test. 

0 Sequential testing of each function in the RFP/vendor response [more comprehensive] 

- Use of transdotion scripts 

- Impromptu transactions ■ 

- Functions not initially available (statistical historical counters, etc.] 
0 Monitoring of actual operation conditions [less comprehensive] 

0 Establish method to document non-compliance. 
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± TEST 2: SYSTEM PFi lARn pyAMiH^TIOM, 

4.1 Confirmation of initial reliability of hardware for acceptarwe. 

4.2 Confirmation of initial reliability of software for acceptance. 

4.3 Criteria to measure the acceptability of ongoing reliability of hardware. 

4.4 Criteria to me«ure the acceptability of ongoing reliability of software. 

4.5 Establish procedures and quantitative criteria for subsequent applications of the test. 
0 Intervals of measurement ( monthly, quarterly, annual) 

□ Formula defining the 'uptime' percentage 

□ Values or coefficients for each hardware device 
0 Values or coefficients for each software function. 

□ Use of spare devices In calculating downtime. 

5. TEST 3: SYSTEM DATA LOAD EXAMINATION 

5. 1 Confirmatiav of the ability to read and load retrospective bibliogrspr.«ic records. 

5.2 Confirmation of the ability to read and load [interactively] new bibliographic records. 

5.3 Confirmation of the proper Indexing of the bibliographic records. 

5.4 Confirmation of the proper loading and linking of item specific records/information. 

5 5 Establish procedures and quantitative criteria for subsequent applications of the test. 

D U?e of test records - vs- actual records 

0 Or iteria for evaluating speed of load times 

0 System activitv during record load/index sequence 

L I&§T 4 : SYSTEM FUL L LOAD. RESPONSE TIME PERFORMANCE EXAMINATION. 
6. J Confirmation of adherence to required response times for system acceptance. 

6 2 Criteria to monitor and measure the acceptability of ongoing system responses. 

6.3 Establish procedures and quantitative criteria for subsequent applications of the test. 
0 Test administration issues 

- Size of databases (what size must be loaded to simulate 'full loaf] 
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- Actual -vsr test datdjases 

- Simulated transactions -vs- measurement of operation system activity 

- Transaction mix [ mix of OPAO and other functions] 

*- Use of transaction scripts [known hit values] -vs- impromptu transactions 

- Impact of remote -vs- local terminal activity 

- Functions not initially available [ blocks, statistical histories, etc.] 

- Simultaneous evaluation of individual terminals -vs- multiple terminals 

- Simultaneous evaluation of selected transactions -vs- multiple transactions 

- Test operator training and experience levels 

- Length of testing period(s) 

□ Average response time -vs- peak response time 
0 Establish method to document non-compliance. 

Z TESTS: SYSTEM STORAGE CAPACITY EXAMINATION. 

7. 1 Confirmation of the ability of the system to support initial loaded/indexed databases. 
0 Definition of MAI^ indexing specifications 

7.2 Criteria to monitor and measure planned growth of loaded/indexed databases. 

□ Documenting system expansion 

7.3 Establish procedures and quantitative criteria for subsequent applications of the test. 
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Instructions for Completing Section "G": 
Definition of System Performance Requirements 



The purpose of this section of the RFP is to present, in detail, the 
performance requirements that must be met for (a) the initial acceptance of the 
SiUtomated library system and (b) the ongoing operation of the system. These 
P'arformance requirements will be incorporated into the final contractual 
agreement between the library and vendor. It is important that the vendor 
review these requirements and, in addition to all other information presented in 
the proposal packet, configure the proposed automated system hardware and 
software to successfully operate at the designated levels when exposed to these 
performance criteria. The tests presented herein are summary descriptions 
only. The exact procedures and techniques to be used to apply the tests will be 
defined in the contract. 

Summary of Performance Examinations and Procedures to Be Required. 

In order to be awarded the contract,, the vendor must agree to provide an 
automated library system which can meet, where appropriate, the following seven 
(7) performance examinations. These performance examinations are described 
herein. 






R. Walton, Automation Cons^ultant 



AUTOMATED LIBRARY SYSTEM 
Request for Proposals 



Page TOO 



TEST 1: System Hardware Quality Examination. 

After installation of the computer hardware at the library site [by vendor 
personnel], a hardware quality examination will be performed. This test must be 
conducted immediately upon the completion of €he computer hardware 
installation. Designated library personnel must be present for the test. The 
hardware shall be continually tested for the duration of hours required by the 
original manufacturer for diagnostic testing, totalling up to a maximum of 72 
hours, whichever is less. Upon completion of this test, the vendor has seven 
(7) calendar days to send written notice (certified mail, return receipt) that 
in the opinion of the vendor, the test has been successfully completed. The 
library and vendor vill judge when this examination has been successfully 
performed. This examination will include a minimum of the following tests: 

(a) Central processing unit(s) diagnostic test. 

(b) Memory unit(s) diagnostic test (where applicable). 

(c) Disk storage/controller unit(s) diagnostic test. [Including the 

writing of a disk file, the reading of a disk file, and the erasure 
of a disk file.] 

(d) Magnetic tape drive unit(s) diagnostic test. [Including the writing 

of a file to tape, the reading of a file from tape, and the erasure 
of a tape file.] 

(e) Alphanumeric terminal unit(s) diagnostic test. 

(f) Line printer unit(s) diagnostic test. [Including a printer spray 

test.] 

(g) Slave printer unit(s) diagnostic test. [Including a printer spray 

test.] 

(h) Telecommunications unit(s) diagnostic test. 

(i) Power loss/ failure test. 

Buyer will send notice to vendor after the successful completion of this 
test. This examination must be successfully completed as a condition of System 
acceptance. 
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TEST 2: Database Load Performance Examination. 

Once the system equipment has been installed and the computer hardware 
tests successfully passed, the vendor should install all operating system and 
applications software. At this point in the system installation, the database 
load tests will be applied. There are two criteria which the system must 
accomplish to pass this examination: 

(a) The system must be able to successfully load five (5) MARC records 

from the Library's bibliographic database from magnetic tape. In 
order for the load to be judged successful, data elements and 
resulting indexes must be properly constructed as described in the 
Request For Proposals and the Proposal. 

(b) The system must be able to successfully transfer five (5) MARC 

records [OCLC local terminal to system interface] records from the 
OCLC bibliographic utility system. (Release as of effective date of 
this Agreement.) 

Upon completion of this test, the vendor has seven (7) calendar days 
to send written notice (certified mail, return receipt) that in the 
opinion of the vendor, the test has been successfully completed. 
Once the system has successfully received and loaded records from 
both sources, the staff will perform a review of the transferred 
records to determine the error rate of the transfers. Should errors 
be found, the software and interface will be reviewed [and corrected] 
by the vendor and the test reapplied. This process will continue 
until no errors or transfer/load errors are detected. The library 
and vendor will be the sole judge of when this examination has been 
successfully performed. 

This examination must be successfully comleted as a condition of 
system acceptance. 
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TEST 3: Systen Functional Competence Examination. 

The System Functional Competence Examination is a test to determine if the 
required functional capabilities of the system are present and available for 
use. 

Upon completion of the Bibliographic Load Examination, Vendor will 
demonstrate to Buyer the operation of each functional capability and the ability 
of the System to produce all printed reports and notices as required by the 
Buyer^s Request For Proposals and the Vendor^s responsive proposal* 

If, during the testing process or within thirty (30) business days after 
the test, Buyer^s staff observe variances from required functional requirements 
or system operational capabilities. Buyer will send notice of variance(s) to 
Vendor. Upon notice from Buyer, Vendor will correct the variances and an 
examination of these corrections will be performed by Buyer^s staff. Should 
functional degradations remain after the correction period. Vendor shall be 
required to continue remedial actions necessary to correct the degradations. 
Once all variances have been corrected and confirmed by Buyer, Buyer will send 
notice of functional examination acceptance to Vendor. 

This examination must be successfully completed as a condition of system 
acceptance. 
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TEST 4: Systoi Storage Capacity Exanination. 

The System storage capacity examination is an ongoing quality examination 
requiring that Vendor provide a minimum storage capacity [while maintaining all 
other system performance criteria] based on the projected number of records for 
initial five (5) years of the system. Buyer does not have the expertise nor 
Knowledge of proprietary information sufficient to allow for the prediction of 
storage capacity reqirements. It is required, therefore, that Vendor 
contractually guarantee that the levels of data specified (number of records 
with the defined indexed values) can be efficiently stored on the system. 

The System shall be required to store the following number of 
bibliographic, patron, and item records, properly indexed, as described below: 



(a) Bibliographic Records; 19 records 

19 . records 

19 records 

19 ^ ^ records 

19 records 



(b) Patron Records: 19 records 

19 . records 

19 records 

19 records 

19 records 



(c) Item Records: 19 records 

19 records 

19 records 

19 . records 

19 records 



Should the Buyer not have sufficient storage capacity, it shall be the 
responsibility of Vendor to provide, at their initial and ongoing expense, data 
storage devices sufficient to accomplish this. 
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TEST 5: System Full Load Response Time and Processing Capacity Examination* 

The most difficult and controversial examination is the full load response 
time test (also called 'throughput test*). As with the functional competence 
test, the system full load response time and processing capacity examination is 
an ongoing test to determine if sufficient hardware and software resources have 
been provided by vendor to achieve the minimum levels of response time and 
processing capacity performance* This examination will remain in effect for the 
duration of the contract and remain the mechanism to establish and document 
acceptable and unacceptable system response time performance* While the exact 
procedures to be employed will be negotiated prior to signing the contract, the 
following criteria will be required: 



(a) This test cannot be applied until such time as a minimum of 80% 
of the bibliographic, patron, and item databases have been loaded 
into and indexed, (according to MARC tags identified in the RFP) by 
the system. 

(b) The library will prepare detailed transaction logs to be used by 
operators in performing the test* These logs will contain the exact 
transactions to be performed by each operator* These logs will be 
composed of a mix of transactions which the library feels will be 
comparable to the performance demands placed on this system for the 
time period indicated* Included in this mix will be functions per- 
taining to circulation, online public access catalog, technical 
services functions, etc* Vendors will be invited to participate in 
the creation of these transaction logs and lend assistance in 
combining the proper combination of transactions for each functional 
area (such as the mix of charge, discharge, renewal, hold, new 
patron, etc* for circulation)* While vendors will be invited to 
make recommendations on the transaction mix, the library will have 
sole responsibility for the final transaction log mixtures* The 
probable mix has been listed at the conclusion of this test 
description* 

(c) No test shall be deemed valid unless a minimum of 50 timings were 
performed at the monitored workstation for each type of transaction. 



(d) There will be three (3) staffing levels necessary to perform 
the test. 

These are: 

Operators : Each designated workstation will be operated by a fully 
trained Library operator* 

Monitors : Selected workstations will have monitor personnel to 
measure and record response times* All measurement must be taken 
with a stopwatch. Use of standard watches or clocks will not be 
permitted* 
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Jurors : Library managers, consultants, and vendor representatives will 
serve as system jurors. These individuals will be present to 
supervise the proper application of test procedures and to calculate 
the final results of the test(s). 

(e) The monitor(s) will use ^Response Time Test Measurement Worksheets* 
to document all measured transactions. It is the responsibility of 
the monitor to correctly note on the fo'm, prior to the application 
of the test, the following information: 

1. The terminal location being measured. 

2. The library location of the terminal being measured. 

3. The type of terminal at which the measurement was taken. 

4. The line speed, where applicable, to the terminal where the 

measurement is being taken. 

5. The processor to which the terminal is connected during the 

measurement period. 

6. Date. 

(f) For each individual measurement observed by the monitor, the 
number of seconds required for the System to respond, shall be recorded 

the nearest tenths of seconds. 

(g) While a broad mix of transactions will be simultaneously 
performed on System terminals^, only one terminal at a time shall be 
officially monitored and logged. Monitoring of timings shall not 
begin until after 10 minutes of active use of the system. No 
function monitoring shall cease before a minimum of 5 minutes of 
transaction monitoring has been performed. 

(h) All transactions performed during the test, whether at a 
monitored or unmonitored workstation, shall be according to the 
prescribed transaction logs. No spontaneous transactions will be 
attempted during the test period by any operator. 

(i) Library and vendor will jointly create and approve all 
transaction logs prior to the application of the examination. 

(j) The final results will be calculated by the Library staff. 
Vendor representatives will be allowed to verify the test findings- 

(k) The full load performance mix transaction logs [terminal 
functions and transaction types] will be as follows: 

1. terminals performing circulation transactions. 

1.1 Charge function. Each of these terminals will be 

scheduled to charge out an average of 5 Library items per 
minute. Each patron will be borrowing either 2 or 3 items. 
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1.2 Renewal function . Transaction logs will be designed to 
initiate and include one renewal transaction for each 5th 
patron charging out materials. 

1.3 Patron card renewal function. Transaction logs will be 
designed to initiate a patron card renewal procedure for 
every 25th patron which charges out -materials. 

1.4 Fine oostino transactions. Transaction logs will be designed 
to initiate a fine posting every 15th charge transaction. 

1.5 Hold transactions. Transactions will be designed to initiate 
a hold request every 40th charge transaction. 

1.6 Charge block function. Transaction logs will be designed to 
initiate a block of the charge function every 50th charge 
transaction. 

terminal performing circulation discharge transactions. 



2.1 Discharge function. The terminal will be scheduled to 
discharge an average of 15 Library materials per minute. 

2.2 Overdue posting. Transaction logs will be designed to where 
every 25th discharge will require the posting of an overdue 
fine to the patron record. 

2.3 Fine payment . Transaction logs will be designed where every 
30th discharge will post a fine payment to the appropriate 
records. 

3. terminal performing patron inquiry and registration 

transactions. 

3.1 Patron registration function. Transaction logs will be 
designed where the terminal will perform a specified number 
of patron registrations. 

3.2 Patron inouirv function. Transaction logs will be designed 
where the terminal will perform a specified number of patron 
record inquiries which will display patron information, 
Library materials charged out, and fines paid/pending. 

terminal performing technical services and database 



maintenance transactions. 

4.1 Bibliographic database inouirv function. Transaction logs 
will be designed where the terminal is performing an average 
of one (1) bibliographic record inquiry per minute. 

4.2 Bibliographic database update function. Transaction logs 
will be designed where the terminal is performing an average 
of one (1) bibliographic record inquiry per minute. 

m 
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4.3 Bibliographic database add function. Transaction logs will 
be designed where the terminal adds a new bibliographic 
record every 20th bibliographic record viewed. 

4.4 Item record database add function. Transaction logs will be 
designed where the terminal adds an item record to every 10th 
bibliographic record viewed. 

5. terminals performing online public access catalog 

transactions. 

5.1 Title and author inguirv function* Transaction logs will be 

designed where terminals are performing an equal mix 

of OPAC title inquiries (50%) and OPAC author 

inquiries (50%). 

5.2 Subject inquiry function. Transaction logs will be designed 

where terminals are performing single logical 

search argument (as contrasted with boolean search arguments) 
subject inquiries. 

5.3 Boolean inquiry function. Transaction logs will be designed 

where terminals are performing boolean inquiries, 

composed of any two of all possible indexed data elements. 

6. The printing of selected notices or management report. 

(1) Response time shall be defined as the duration of seconds from when 
the operator initiates the transaction (hits the 'ENTER' or 'RETURN' 
key; QCR wanding, lightpen wahding, or laser wanding of an optical 
label; pressing a touch screen area) and when the System displays the 
first character of meaningful data or responds with a meaningful 
audible tone. "Average Response Time" is the value resulting from (a) 
adding the number of seconds of all monitored transactions and (b) 
dividing this total by the number of transactions. "Maximum Response 
Time" is the value resulting from (a) adding the number of seconds of 
the highest (in seconds) 5% of the monitored transactions and (b) 
dividing this total by the number of transactions which made up the 5% 
total . 

(m) Boolean key word searches shall exclude the top 1% most frequent 
oceuring words and all words in the stop list. 

(n) In order for the System to successfully pass this examination, it must 
fully achieve the following response times: 
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T ransaction Type 



Response Time Chart 
Average Response Time 



Maximum Response Time 



1. Checkout [patron or 

item bar code] 

2. Checkin [item bar 

code; no alert] 

3. Checkin [item bar 

code; alert] 

4. Renew item [item 

bar code] 

5. Place hold 

6. Register new patron 

[record storage 
(patron record)] 

7. Renew patron registra- 

tion [bar code] 

8. Title inquiry [title key] 

9. Patron inquiry [patron 

ID number] 

10. Patron inquiry [patron 

name] 

11. Item inquiry [item ID 

number] 

12. Add new bibliographic 

record to database 
[record storage 
(new title)] 

13. Add new item record to 

database 

14. OPAC title search [browse] 

15. OPAC keyword search [one 

term] 

16. OPAC keyword search 

(two terms) 

17. OPAC author search 

(keyword) 



2.0 



3.0 



2.0 



2.0 



3.0 



3.0 



3.0 



2.0 



2.0 



3.0 



2.0 



4.0 



3.0 



3.0 



6.0 



6.0 



3.0 
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4.0 



4.0 



3.0 



3.5 
5.0 



5.0 



3.0 



3.0 



5.0 



3.0 



7.0 



5.0 



5.0 



8.0 



8.0 



5.0 



R. Walton, Automation Consultant 



AUTOMATED LIBRARY SYSTEM 
Request for Proposals 



Page 109 



TEST 6: System Availability Examination. 

The System Equipment Reliability Examination is an examination to determine 
if the Equipment provided under this Agreement is reliable and, therefore, 
suitable for use by the Buyer* Successful completion of this examination is 
necessary for System acceptance. 

This examination will be administered as follows: 

(a) Upon receipt by the Buyer from Vendor of (a) notice of the 
successful completion of the Hardware Quality Examination, 
Database Load Performance Examination, and Functional Compe- 
tence Examination, and (b) after the operational control of the 
system passes to the Buyer, Buyer staff shall initiate the 
calculations necessary to perform the Equipment Reliability 
Examination. 

(b) The Equipment Reliability Examination may be overlapped with other 
performance examination procedures. 

(c) In order to successfully pass this examination, the Equipment must be 
available for 99% of the business hours of Buyer during a 60-day 
continuous time period. 

(d) All downtime shall be measured in increments of 6 minutes, rounded to 

the nearest (up or down) increment. In calculating downtime, each 
occurrence shall be measured, calculated separately, and logged into 
the operations downtime transaction log. At the conclusion each 
60-day examination period, the downtime value resulting from each 
occurrence will be combined to arrive at the total amount of 
downtime. Under not circumstances will the downtime coefficient 
value more than 1.0 in calculating the minutes of downtime. 

The formula for calculating each occurrence of downtime is as 
follows: 

FORMULA: (t) = (d) x (m) 

[where variables are defined as:] 

(d) = downtime coefficient value 

(m) number of minutes of downtime 

(t) = total downtime [for that occurrence] 

(e) The downtime coefficient value shall be assigned according to the 
following table: 

Class 1 Hardware Outage : Coefficient Value =1-0 [each device] 

^ Central processing unit 
^ Disk drive{s)/controller 
* Operations console 

m — 
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' Main memory 

Class 2 Hardware Outage ; Coefficient Value =0.50 [each device] 

' Line printer 

' Tape drive 

Class 3 Hardware Outage : Coefficient Value =0.10 [each device] 

' Terminals 

' Optical scanning device 

* Slave printer 

' Portable optical reader/portable terminal 

« Modems/MUX 

' Any other vendor supplied equipment 

(f) The buyer has primary responsibility for maintaining the 

downtime log. The vendor, however, will be encouraged to maintain a 
separate .downtime log. 

(g) Downtime is defined as the amount of time from the minute the vendor 

is notified of the occurrence and the moment that the outage is 
successfully resolved, this excludes holidays and other times when 
the buyer is officially closed. No downtime calculation will be made 
on any device for which the vendor has provided a spare device. At 
that point when all spare devices provided by the vendor are in use 
and additional Buyer devices are inoperative, a downtime amount will 
be assigned to additional Buyer devices which are inoperative. 

(h) During the testing period, all scheduled preventative maintenance 

dowtime shall be excluded from the calculation. All downtime due to 
power failures shall be excluded from the calculation. All downtime 
due to improper air conditioning shall be excluded from the calcula- 
tion. All downtime due to Buyer's staff (operator) error shall be 
excluded from the calculation. 

After successful completion of 99% availabil iity for the 60-day continuous 
test period. Buyer will send notice to vendor of successful performane of this 
examintion. This examination must be successfully completed as a condition of 
system acceptance.. 
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DEF1N1N6 TRANSACTION MIX* FOR FULL LOAD TESTS 
[and how this changes perfonnance] 



TRANSACTION MIX 'A^ 



Charge/Renewal 
Discharge 
Inquiry 
input/Update 



A0% 

15% 
5% 



TRANSACTION TYPE 

Charge/Renewal 
Discharge 
Input Functions 

Patron Update 
Item Update 
Bibliographic Update 



RESPONSE TIMES 
AVERAQE RESPONSE TIME 

2-4 seconds 
2-4 seconds 
2 seconds 

2 seconds 
2 seconds 
2-4 seconds 



Queries [simple] 2-4 seconds 

Searches (item or keyword] 2 seconds 

Boolean [dependent on number 2 seconds 
of items] 



PEAK RESPONSE TIME 

4-6 seconds 
4-6 seconds 
3 seconds 

3 seconds 
3 seconds 
4-6 seconds 

4-6 seconds 
4-6 seconds 
4-6 seconds 
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DEFINING TRANSACTION MIX' FOR FULL LOAD TESTS 
[and how this changes performance) 



TRANSACTION Miy 'R' 



Charge/Renewal 
Discharge 
Inquiry 
Input/Update 



20% 
159? 
60% 
5% 



TRANSACTIQMTYPF 

Charge/Renewal 
Discharge 
Input Functions 

Patron Update 
Item Update 
Bibliographic Update 

Queries [simple] 
Searches (Index] 



RESPONSE TIMFS 
AVERAGE RESPQNSFTIMF 

2-4 seconds 
2-4 seconds 
2 seconds 

2 seconds 
2 seconds 
2-4 seconds 



2-4 seconds 
2 seconds 



PEAK RESPONSE TIMF 

4-6 seconds 
4-6 seconds 
3 seconds 

3 seconds 
3 seconds 
4-6 seconds 

4-6 seconds 
4-6 seconds 



(BOOLEAN SEARCH IS REMOVED FROM LIST] 
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DEFININ6 TRANSACTION MIX* FOR FULL LOAD TESTS 
[and how this changes performance) 



UIXIUBEX 

TRANSACTION MiX T' 



Charge/Renewal 
Discharge 
Inquiry 
Input/Update 



5% 
5% 
25% 
65% 



TRANSACTION TYPF 

Charge/Renewal 
Discharge 
Input Functions 

Patron Update 
Item Update 
Bibliographic Update 

Queries Isimple] 
Searches [index] 



RESPONSE TIMES 
AVERAGE RESPONSE TIMF 

3 seconds 
3 seconds 
3 seconds 



3 seconds 
3 seconds 
4-6 seconds 

3 seconds 
3 seconds 



PEAK RESPggSF TIME 

4-6 seconds 
4-6 seconds 
4-6 seconds 

4-6 seconds 
4-6 seconds 
4-6 seconds 

4-6 seconds 
4-6 seconds 



[BOOLEAN SEARCH IS REMOVED FROM LIST] 
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REMEDIES 

WHAT TO DO WHEN THE OPAC FAILS THE TEST(S) 

L TRADmOMALRFMEDIFSr 

1.1 fiflfoce system contract Is stgnod ... 

□ Evaluate OPAC performance in a 'comperable' site [dBtai)ase, transaction mix, etc.] 

1.2 Once the system has been contracted, but before tt» system is paid for 

□ Withhold peymont from the vendor 

Q R^ect vendor; remove system from library and select different system. 

□ Announce (to professional literature] that system fails to meet esoeptance criteria 

> 

1.3 Once the system has bean contracted and paid fnr. .. 

□ Liquidated damages 

□ Seek to enforce performance bond against vendor 

0 Litigation (Including mediation and/or arbitration] 

1.4 Oommonlv orooosad solutions offered bv the vendor to improve pflrformanM 

□ Maintenance discounts in proportion to inadequacies of system performance 

□ Change testing procedures 

□ ^^hangs values required to successfully pass the test 

□ Suspend further testing, pending new release of the software 

□ Add additional computing resources to the central computer site 

□ Alter values included as part of indexing system 

□ Reduce size of database engaged during testing procedures 

D AboTiuori cfirtain testiriQ standards (which cannot be passed] In favor of alternates 
(which can be passed] ; for example, abandon 'peak load' and rely on 'average load" 
measurements. 

□ Waive selective portions of testing requirements which cannot be passed. 
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2. EXPERSMCMTALRgMFDIg& 

2.1 BaforasystMn contract is $1snad><» 

Q Parforrooomprehensivabenchmaric tests; at oomparabtesita or using computr 
simulation 



2.2 OnMtlw ft/atom hMbMn oontractfld and pftW for. .. 

□ Tallura to perform' contract language 

□ S/stem correction SWAT teams 
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HOW 600D ARE MAINTENAHCE DISCOUNTS [CREDITS] 
AS A REMEDY FOR SYSTEM RELIABILITY? 



In tht event that the Systsn fails to perform to an effectiveness level of 
ninety five (95) percent or sore dxring any consecutive three (3) sionth period 
daring the term of this Agreasent, then QSl shall grant a maintenance credit 
to the Custcner in an woont determined by subtracting the actual effec- 
tiveness percentage level from ninety five (95) percent and multiplying by 
two (2) • For exasple: 



Actual Effectiveness Credit 

95% 0% 

94% 21 

93% 4% 

90% 10% 

85% 20% 



Effectiveness level is defined to be the time during normal library taking 
hours when the system is capable of performing the basic cheddn/checkout 
transaoticns divided by the total time, the System is scheculed to be used by 
the Custcmer. 

Tne maximn maintenance credit shall not exceed fifty (50) percent of the 
total Basic Monthly Charges for the quarter for which the credit is being 
requested. Diis penalty clause may only be exercised if the System effec- 
tivity 'level is below ninety five (95) percent solel'.y as a result of CLSI*s 
failure to perform its obligations hereunder. 



EXAMPI F SITUATION: University XY7 Library 



Assume.... 

1 . Total hours open eoch week * 87hrs I9:00am - Midnight. n-T: 9.-00am - 6:00pm. F-Sun] 

2. Total monthly maintenance payments = $4,120.00 {single conlract for hirdwarc/soawarel 



Actual Effectiveness of OPAC: Total Hours DOWN that quarter: Total Maintenance Credit 

[quarter » 1 3 weeks] Thai Quarter: 

9B% 56.55 hrs (5«downJ t 0.00 

94% 67.86 hrs (62downJ $ 247.20 

9Z% 79. 17 hrs [7Xdown] $ 494.40 

90X 11 3. 10 hrs 11 OX down] $1,236.00 

8555 169.65 hrs [155? down] $2,472.00 
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Exsmple Payment Schedules 
Offered by Vendors 



4.3. Paymmt. Institution shall pay OCLC ths purchas* pri:« as 

iollws: (i) an iniUal paynant of twtnty-£iv» parcant (25%) 
of tha purchasa prica on tha Ef factiva Data of this Agraanant; 
(ii) a Mcohd payMnt of fifty paroant (50%) of tha purchase 
prica within tan (10) days aftar vrittan OCXC notioa to 
Institution that tha Bquipaiant Acoaptanoa Taatr rafarrad to in 
r£3:«graph 1.q£ Exhibit 4.1 to this Agraamnti has baan 
auccaasfully c^a^latadi «r.a (iii) tha balanoa of twanty-fiva 
paroant (25%) of tha purchasa prica within tan (10) days aftar 
final aooaptanoai as ditfinad in such Exhibit 4.1. Chargas for 
proAicts «nd aarvicas fisseribad in Saction 2.6.1 shall ba paid 
vpon ooaplation of futdH /jarvicas i|nd dalivary of audi products 
wiU-iiR thirty (30) dayr ^iftar data of invoica from OCLC. 
Paymnt for ^1 othar chargas shall ba aada within thirty (30) 
days aftar data of OCLC invoica. If Institution rajacts tha 
Systam as providad for in Saction 4.1 of this Agi^mtnti OCLC 
shall proaptly rafund to Institution that portion of any 
paynants Slraady Mda fay Institution^ axcapt for paysent with 
raapact to aaparataly acct(>tad products and sarvicas dascribad 
in Saction 2.6.1 of this Agraamntf providad that Institution 
has sat its obligations in connaction with ratum of tha 
Systan undar Saction ^.1.2 of this Agraantnt. Final paymnt 
and aeoapURca by Institution shall constituta « ralaasa by 
Institution of OCLC from all claias undar this Agraanant with 
raspact to tha Systoji and services for which such paynant is 
allocated. 



13. Tannt of Paymint 

PriMlpJSfil^:*^"® "° °' milestones in the percentages of the Purchase 

Execution of this Agreement 20% 

Notification of Shipping 30% 

Functional Demonstration 40% 

Performance Test io% 

" ^K^' J!'* Equipment because of failures on the part of Buyer, or the Buyer's contractor 

or should CLSI be unable to install the System bacausa of such failures or should CLS} be u&e to wrfoVrn the (uncS 
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OPAC Reseerch — What We Have Learned... 



1. USERHABiTS&BEHAVIQRr 

1 . 1 Users prefer the online catalog to any other form of the catalog [card, hook , or COM]. 



□ Most users prefer the OPAC. even If it Is crudaaoleven if 

they {(now it is incomplete and less accurate. [Moore] 

0 Only ^0% of users would try card catalog If search attempts on the [ Alzofon/ 

OPAC failed Van Pulls] 

0 72X found OPAC easier to use than card catalog. [Pauley] 

□ 85.4X found OPAC easier to use than card catalog or COM. [Dowlin] 

Q 9055 of users prefer OPAC, even when It Is less accurate. [Oourlce/ 

Peesi- 

1 .2 Users desire more formal training and written instructional materials ???? 

Q 85« of users requested more training and documentation. [Pritchard] 

□ Users did not identify additional training and documentation as 

priority issues. [Broodus] 
[Requested online assistance only] 

0 Formal classes and worl(shoos have no significant effect on [Alzofon/ 

search success. VanPulis] 

□ User success increased with online, interactive tutorials and 

help facilities. [Siegel] 

0 Users with formal education and traiiJing ere more successful and [Matthws/ 

satisfied users of the OPAC. Lawrence] 
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OPAC Research ~ What We Have Learned. 

[Continued] 



t.3 Users place the highest priority on subject searching. 

□ Most users want aobess to library materials by subject. [Most studios] 
[Studies confirming this include Pritchard, Moore. Paule/. 

NordBh/Lawrence. Oourke/Pene. Kaske/SandBrs. Seal. 
Bishop, Broadus, Matthews/Lawrence, and Mandel/Herschman] 

□ 692 of users rellod primarily on subject search [Pritchard] 



0 Users search b/ title approximately 33JI of the attempts. 



□ Users requested that additional subject headings be added to 
catalog records. 



0 Users prefer keyword search capability. 
[Studies confirming this include Oeller/Lesk, Kaske/Sarrfers, 
Broadus. Mandel/Herschman] 



[Norden/ 
Lwvrenoe] 



[Kaske/ 
Sanders] 

[Marty 
studies] 



0 Users search by author less than 1 0% of the att<impts. 



[Norden/ 
Lawrence] 



1 .4 Users have some difficulty using tr« LC subject heading entries to search the 
OPAC. 

□ Many users found it difficult to search traditional LC subject headings. [Pritchard] 

a Major problems in subject searching were linked to problems with the [Alzofon/ 

LC subject headings. Van Pulisl 

0 Only 28« of users realized that LC subject headings were required; [Steinberg/ 

most patrcns tried to search with non-LC values. Metz] 
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OPAC Research — What We Have Learned... 

[continued] 
2. WHY DO USER SEARCHFS FAit ? 

2.1 Of failed author searches examined: 

□ 40S8 failed due to searcher failure to invert author wme. [Tolle] 

□ 10% failed (to to incorrect entry of forenames or initials. [Tolle] 
D 33X filed due to incorrect ^nino of surnames [Tolle] 



2.2 Of failed title searches examined: 

0 50% failed due to properly structuring search statement [Telle] 

□ Many users fall due to niessage idiosyncrasies. [Oourke/ 

Pease] 

□ Fails were also linked to Inability of searcher to adhere to cataloging 

rules for how to enter numbers and abbreviations. [Tolte] 

2.3 Other problems in failed searches examined and unusal user behavior: 

0 OPAC users continue to have a high number of aborted searches. [Hildreth] 

□ 13« of all failed searches can be traced to typographical errors. [Borgman] 

D Monitored system searches show a modest number of searches where 
search results were never reviewed by user. [Hildreth] 
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OPAC Research What We Have Learned... 

[continued] 



3. OTHER OUTCO MES OF OPAC RESE^^ RCH; 



3.1 PMrons have riMjormlsoonoeptlons about the OPAC ttcomparod to the ce^ 

0 43X of users did not know what was represented In the OPAC [X of [Steinberg/ 
totol library holdings, special collections, quality of data records, etc.] Metzl 

0 Most users attribute to the OPAC 'powers of intrepretation' which they 
do not attribute to the cord catalog. [Tolle] 

Q Most users peroi3itve that the OPAC is 'fxgiving' of user error and 
inconsistency in searching. [Tolle] 



3.2 Success 'sterotypes, such as patron OPAC experience did not result in i»v5reesed 
search success. 

□ Patron attitude, not experience on the system, was the primary [Alzofon/ 
attribute to increasing search success. Van Pu) is] 

□ There was no significant auccess difference of searchers because 

of age or frequency of libnsry use. [Oowlin] 



3.3 Patron use of the OPAC increases as users become more familiar with the 
systetn. 

0 During 30 months, online inquiry transactions increased 2 19«. [Norden/ 



Lawrence] 



3.4 Uaers desire to use the OPAC from home and the wori( place. 



□ of users want to access the OPAC.from home. 



[Dowlin] 
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1 - OPAC Research — What We Have Learned... 

' [continued] 




3.5 Other general findings of intorest 


• 


□ Users want more terminals. 


[Pauley] 


□ Increased number of terminals; at more convenient locations. 


[Broadus] 


□ host of the bibliographic information is rarely used A subset of 
information would be adequate, but must include title, author, call 
number, subject, name added entry, subject added entir. 


[Se^l] 


□ OPAC search capabilities will define what users bring to search; once 
l(eys are Icnown, user will gather that information prior to search. 


[Bishop] 


□ Users want location and Information provided In search results. 


[Broadus] 


□ Patrons want status Information. 


[Steinberg/ 
Metzl 


□ bleated patrons search longer than standing patrons. 

t 

c 


[Borgman] 


/ 
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OPAC Research ~ What We Have Learned... 

(oontlnun] 



4 FUTURE OPAC RESEARCH - WH AT NEEDS TO BE DONE ? * 



1. 1 How con online subject access to library materials and the Information the/ contain 
be improved and AKpandad ? 

4.2 How can we create user-system Interfaces that are more natural . helpful , and adeptive to 
a variety of users? 

43 What seerch a pp r oache s , methods, and features are effective for various tasics and classe 
of users? 

4.4 What functions of authority control are needed in the online seerch environment, and how 
are they best implemented ? 

4.5 What kind of user education and training is needed as online catalogs replace manual 
catalogs? 



' List pr«|Mr«l by Charin R. Hildrcth. READ. Inc. 
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Determining the Number of OPAC Temiinals 

1 "ftnnrt acwrateV prrtictrt..." 

0 Problem variable: physical la/out of the library facility. 
Q Service emphasis of the collection and library institution 
D Library staffing [too little, too much, emphasis on reference, emphasis on branches...] 

□ Type of library [acadBmlc, public, urban, rural...] 

Z John Tone Stut^/ on OPAC Qiifluinq fOCLC Rayarch Proiflcti 

0 No correlation of OPAC queuing to 'number of persons checking out books' 

□ vNo correlation of OPAC queu lo 'number of reference activity transactions' 
D No ccrrAlation of OPAC queuing to 'library gate count' 

□ Possible correlation in using a 'combination of library attributec>' 

□ Possible correlation in using 'number of books circulated 

'Street Smart' and 'Automation FLlklore' GuKtellnes 

□ 1 0PAC terminal per 1 00 daily patron count 
0 1 OPAC terminal per 200 daily patron count 
0 1 0PAC terminal for each circulation terminal 

D 2 OPAC terminals for each t circulation terminals 
n 8- 10 OPAC termine's for each Oac terminal 

□ 1 0PAC terminal per 25,000 annual circulation [public libraries] 

± DIaMn OPAC Users 

D 1 0PAC dial- in port per 500 registered remote users 

D Oet a quauing estimate from the telephone utility concerning 'busy signals' 
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